GitHub의 풀 요청에있는 브랜치의 이름

Question

이 권리가 있는지 보도록하겠습니다. 나는 힘내에서 새거야.

1. GitHub에서 프로젝트 포크를 만들고 약간 변경했다고 가정합니다. 만약 내가 저지른다면, 이러한 변경에 대한 풀 요구를 밀어 넣고 등록하면, 내가 한 일에 특정한 이름을 가진 새로운 지명 된 브랜치를 만드는 것은 좋은 습관이다.

2. 방금 ​​master를 사용한 다음 다른 (관련이없는) 변경 사항을 내 포크에서 마스터로 푸시 했으므로 자동으로 끌어 오기 요청에 추가됩니다. 적어도 그게 내가이 using pull requests에서 다음을 이해하는 방법은 다음과 같습니다

끌어 오기 요청이 어떤 지점에서 보내거나 커밋 할 수 있지만 그 후속 커밋이 푸시 할 수 있도록 토픽 브랜치를 사용하는 것이 좋습니다입니다 필요한 경우 끌어 오기 요청을 업데이트합니다.

관리자가 끌어 오기 요청을 수락했다고 가정합니다. 내 주제 지점이 병합 된 경우

1. , 나는 다시 동기화 얻을 할 필요는 테이너의 REPO에서 fetch입니다.

2. 그러나 토픽 브랜치가 리베이스 된 경우 메인테이너 레포의 fetch이 내 토픽 브랜치의 "복제본"을 만들어 낼 것입니다. (적어도 이것은 수은에서 어떻게 작동하는지입니다).

3. 내 지부가 병합되거나 리베이스 된 경우에도 지사 (또는 오히려 이름)는 삭제됩니다. 관리자는 repo에 하나의 master 브랜치를 포함시킨다.

   경우

Answer 1

당신은 내가 커밋의 몇 백 master 롤링 다음 upstream/master을 병합하는 것이 좋습니다 것 (upstream 공식 REPO에 원격 핸들 인) upstream/master에없는 당신의 master 지점에 물건을 게시 한 뒤에 :

>> git checkout master   # make sure we're on master 
>> git branch oldmaster  # create a new branch, just to be safe 
>> git reset --hard HEAD~100 # roll back 100 commits 
>> git fetch upstream   # fetch newest changes from upstream 
>> git merge upstream/master # merge the main master branch into your local one 

당신은 당신의 oldmaster에 지저분한 마스터 분기 및 master에서 공식 하나와 끝까지해야한다.