원래 전체 요청이 풀 요청을 위해 마스터에서 생성 되었기 때문에 다시 작성하려는 토픽 브랜치가 있다고 가정 해 보겠습니다. 어떤 이유로, 쉽게 또는 내가 내가에서 자신의 조상을 추적 할 수있는 두 개의 참조를 저지 찾을 git merge-base <branch1> <branch2 || master>
을 사용할 수 있으며 사용할 수 있습니다 알고마스터로부터 분기점을 가진 브랜치의 대화식 rebase
git rebase -i <commit>
에 전달하려는 해시를 커밋 결정 git log
를 사용하여 명확하지 않다 그 커밋을 결정합니다.
git rebase -i `git merge-base my_branch master`
편집을 사용하는 것보다 (마스터가 진행했는지 여부) 대화 형이 전체 분기를 리베이스에 더 좋은 방법이 있다면 내가 알고 싶은 것은 : 내가 처음 커밋의 부모를 변경하지 않으 이 브랜치에서 만들어 지므로 git rebase -i master
은 브랜치가 생성되고 브랜치가 현재 커밋 마스터에서 생성 된 이후에 마스터가 모두 진행되지 않은 경우에만 작동합니다.
이것은 대답이 아니라 흥미로운 해킹입니다. 나는 .profile에 다음을 넣었다. 'function gri () git rebase -i \'git merge-base $ @ master \ ' }' – Aaron