remote에 push한 커밋은 rebase 하시면 안됩니다(꼬인 git 푼 기록)

드디어 정상적인 방법들로 꼬인 git을 풀어냈다 우하하

문제 상황 정리(순서대로)

1. local/feature/modal을 remote에 push

2. origin/feature/modal ➡️ origin/master pull request

3. 다른 팀원이 다른 브랜치에서 작업 후 origin/master로 merge

 

pr에서 받은 피드백을 반영해 local/feature/modal 브랜치에서 코드를 수정하고자 했다.

그 전에 동료의 작업을 pull 받기 위해 local/master로 이동, git pull origin master 을 실행했다.

이후 다시 local/feature/modal 브랜치로 돌아와, pull 받은 이후의 커밋부터 작업을 진행하기 위해 local/master에 대해 rebase를 했다. 여기서 문제가 발생했다.

작업을 마친 다음 push를 하려고 하니 먼저 pull을 받으라는 에러가 떴다. 그래서 git graph를 살펴보니, 위에서 보이는 것처럼 동일한 내용의 다른 커밋 아이디를 가진 커밋들 을 확인할 수 있었다. rebase 과정에서 뭔가 잘못된 듯하다.

해결 방법

1. pull request 이후 새로 생성했던 commit들을 취소

2. tmp 브랜치를 파 새로 작업한 코드들을 옮겼다. tmp 브랜치에서 stash로 코드를 보관했다.

3. feature/modal 브랜치로 돌아와 git reset을 통해, origin/feature/modal의 마지막 커밋 위치로 브랜치를 이동시켰다.( git reset --hard bf98c0d6) 즉, rebase를 취소함

4. tmp 브랜치에서 apply stash

5. 그대로 다시 feature/modal로 넘어와 새로운 코드들 commit 후 push

 

 

master 브랜치에서 git pull을 받은 다음, 해당 커밋에서부터 기능 브랜치의 작업을 재개하기 위해 git rebase를 사용해왔다. 기능 브랜치가 원격저장소에 Push된 적이 없을 경우 문제가 발생하지 않았다. 그러나 이번처럼 이미 push된 브랜치인 경우 rebase가 중복된 커밋을 생성해 문제를 일으킨다. rebase 남발 금지..

 

그렇다면 올바른 방법은?

 

이 글을 작성하다 임시저장 해놓고 약 14일만에 똑같은 문제에 직면했다. 아래 글에서 나와 같은 질문을 한 사람을 찾을 수 있었다.

https://stackoverflow.com/questions/20101994/how-to-git-pull-from-master-into-the-development-branch

How to "git pull" from master into the development branch

 

결론은 결국 rebase를 사용해야 한다는 것이다.

 

1. 기능 브랜치로 이동
2. git rebase origin
3. conflict가 발생했다면 해결 
4. git rebase --continue

문제가 발생했던 방법과의 차이점은 rebase하는 브랜치다.

기존에는 local/master에 대해 rebase를 했다. 새 방법의 경우 origin에 대해 직접 rebase를 했다.

 

conflict 난 파일을 수정했더니 해당 파일이 포함된 커밋의 커밋메시지를 수정할 수 있는 창이 떴다.  기존 커밋에 rebase가 반영된 새로운 커밋들이 만들어지는 것으로 보인다. 이미 리모트에 push를 했던 상태였어서, 그냥 해당 리모트 브랜치를 삭제한 후 rebase가 반영된 커밋들을 다시 push했다.

 

남은 의문

기능 브랜치 작업 도중에 pull을 받아야 함

+ 해당 기능 브랜치가 리모트에 push된 적이 있음

 

이때 문제 없이 해결하는 방법은?

---

그래도 자세히 기록해 두었더니 비슷한 문제를 마주했을 때 복기가 잘되어서 좋다.