如何正确地给 github 的开源项目提交 pull request具体一些,比如 fork 之后创建几个分支,修改后如何和原项目同步,谢谢
우선 답변 감사합니다만, 위의 방법을 사용하고 싶지 않아서 저도 이 방법이 맞는 것 같지 않아 질문을 드립니다. 위 방법의 문제점에 대해 말씀드리겠습니다.
수정 후 원본 창고에 먼저 수정 사항을 동기화할 필요는 없나요?
동기화할 때 제가 직접 pull하나요? 당김을 허용하지 않는 갈등을 해결하는 방법은 무엇입니까? (물론 fetch 다음에 merge 등을 할 수도 있습니다)
pull
fetch
merge
제 생각에 올바른 여는 방법은 다음과 같습니다.
fork 원래 창고
fork
clone 나만의 창고
clone
원래 저장소를 master 지점에 원격 지점으로 추가 git remote add upstream 远程仓库
master
git remote add upstream 远程仓库
직접 브랜치 개발(예: dev 브랜치 개발: git checkout -b dev
dev
git checkout -b dev
로컬 dev 제출
master 브랜치를 전환하고 원래 저장소를 동기화합니다: git checkout master, git pull upstream master
git checkout master
git pull upstream master
로컬 dev 브랜치를 전환하고 로컬 master 브랜치를 병합합니다(이미 원본 저장소와 동기화됨). 충돌을 해결해야 할 수도 있습니다
로컬 dev 지점을 원격 dev 창고
이제 pull request 요청
pull request
원저자의 답변을 기다리는 중(수락/거절)
1: 먼저 github로 이동하여 다른 사람의 저장소를 포크한 후 수정하세요2: 그런 다음 공간으로 이동하여 포크한 프로젝트를 클릭한 다음 새 풀 요청을 클릭하세요3: 그런 다음 원본 작성자의 저장소로 이동하고 끌어오기 요청 인터페이스가 나타납니다. 제출할 수 있는 파일이 있는 경우 해당 브랜치를 선택하세요. 아래 커밋 버튼을 클릭하세요. 설명만 입력하고 작성자가 병합될 때까지 기다리세요
우선 답변 감사합니다만, 위의 방법을 사용하고 싶지 않아서 저도 이 방법이 맞는 것 같지 않아 질문을 드립니다.
위 방법의 문제점에 대해 말씀드리겠습니다.
수정 후 원본 창고에 먼저 수정 사항을 동기화할 필요는 없나요?
동기화할 때 제가 직접
pull
하나요? 당김을 허용하지 않는 갈등을 해결하는 방법은 무엇입니까? (물론fetch
다음에merge
등을 할 수도 있습니다)제 생각에 올바른 여는 방법은 다음과 같습니다.
fork
원래 창고clone
나만의 창고원래 저장소를
master
지점에 원격 지점으로 추가git remote add upstream 远程仓库
직접 브랜치 개발(예:
dev
브랜치 개발:git checkout -b dev
로컬
dev
제출master
브랜치를 전환하고 원래 저장소를 동기화합니다:git checkout master
,git pull upstream master
로컬
dev
브랜치를 전환하고 로컬master
브랜치를 병합합니다(이미 원본 저장소와 동기화됨). 충돌을 해결해야 할 수도 있습니다로컬
dev
지점을 원격dev
창고이제
pull request
요청원저자의 답변을 기다리는 중(수락/거절)
1: 먼저 github로 이동하여 다른 사람의 저장소를 포크한 후 수정하세요
2: 그런 다음 공간으로 이동하여 포크한 프로젝트를 클릭한 다음 새 풀 요청을 클릭하세요
3: 그런 다음 원본 작성자의 저장소로 이동하고 끌어오기 요청 인터페이스가 나타납니다. 제출할 수 있는 파일이 있는 경우 해당 브랜치를 선택하세요. 아래 커밋 버튼을 클릭하세요. 설명만 입력하고 작성자가 병합될 때까지 기다리세요