[Git] Merge 를 revert 후 다시 이를 revert 하기

🔍 현 상황

프로젝트 진행 과정

 

프로젝트를 하면서 스프린트를 두 개로 나누었다. 각 스프린트를 브랜치로 만들었다.

첫 스프린트 단위는 브랜치 이름으로 sprint1 을 사용했다. sprint1 을 source 브랜치로 각 기능 구현을 할 때마다 1개 브랜치씩 만들었고, 기능 구현을 마칠 때마다 sprint1 으로만 병합을 하고 main 은 놔두었다.

sprint1 의 모든 작업을 마친 후 main 브랜치에 병합을 할 생각이었다.

 

문제 발생

스프린트가 끝나기 전까지 모든 기능 단위에 대한 브랜치는 sprint1 에만 병합, 즉 merge 가 되어야 했다.

근데 무슨 생각이었는지, 실수로 Target branch 를 바꾸어주지 않고 main 에 기능 한 개를 merge 하고 말았다.

Source branch -> Target branch 로 merge 가 진행된다. sprint1->main merge 를 요청하는 모습.

 

이후 main 에 스프린트 단위가 끝나기 전까지는 흔적이 남지 않았으면 좋겠다는 생각 때문에 급히 revert 를 눌러버렸다.

 

18번째 이슈에 대해 main 으로 병합한 후 급히 revert 한 흔적

revert 사용을 흔적도 없이 merge 했던 파일들이 사라지고 아무 문제 없어지는 타임머신을 이용하는 것이라고 착각했다.

 

하지만, revert 는 반드시 흔적을 남긴다.

 

merge 후 revert 한 기록이 main 브랜치의 디렉토리와 파일에 커밋 기록으로 남았다.

시간이 흘러, 어느덧 첫 스프린트 단위가 끝나는 시점이 되어서 sprint1 -> main 의 merge request 를 진행했고,

main branch 는 처음 sprint1 에서 출발했던 main 과 달라져 있었으므로, merge conflict 가 발생했다!

 

merge 할 수 없단다.

 

몇 개의 자잘한 파일들이 main branch 에 추가되었으면 단순히 파일을 지우고 merge 를 다시 진행하면 되었겠지만, revert 기록 만 처음 sprint1 브랜치를 생성했을 때의 main 과 다른 상황에서는 과연 어떻게 merge conflict 를 해결할 수 있을까?

 

🔑 해결 방법

 

아래 Stack Overflow 페이지에서 내 문제를 해결해줄 것 같은 질의응답을 찾았다.

 

https://stackoverflow.com/questions/1078146/re-doing-a-reverted-merge-in-git

Re-doing a reverted merge in Git

 

요약하자면, merge 를 revert 하는 작업은 기술적으로 즉, 파일의 변동에 관련해선 전혀 문제가 없지만, 워크플로우, 즉 작업의 흐름의 관점에서는 웬만하면 해선 안되는 일 이라고 한다. 그러나 결국 이미 merge 를 revert 했다면, 어떤 이유로든 다시 같은 merge 를 실행해야 하는 상황에 놓인다면 (나의 경우 main 에 sprint1 을 merge 하기 위해서) revert 를 revert 하는 방법밖에는 없다 고 말한다. (그래서 revert 를 revert 는 어떻게 하는건데...)

그리고 아래 링크를 첨부해 revert 를 revert 하는 방법을 소개하고 있다:

 

https://mirrors.edge.kernel.org/pub/software/scm/git/docs/howto/revert-a-faulty-merge.txt

 

내용을 살펴보면, 중간에 아래와 같은 설명을 찾을 수 있다. merge commit 을 revert 하면 regular commit (일반적인 커밋) 의 revert 와는 다르게 data 만 merge 전으로 원상복귀되고 history 에는 아무런 변화가 없다는 것이다. 즉, 흔적이 남는다.

Reverting a regular commit just effectively undoes what that commit did, and is fairly straightforward. But reverting a merge commit also undoes the _data_ that the commit changed, but it does absolutely nothing to the effects on _history_ that the merge had.

이후 글에서는 다음 커맨드로 merge 의 revert 자체를 revert 할 수 있다고 이야기한다.

$ git revert <merge revert>

내 프로젝트에 적용하기 위해, 우선 인텔리제이에서 main 브랜치의 merge revert 당시의 상태를 관찰했다.

보라색으로 되어 있는 main 브랜치에 한 브랜치가 merge 되었다가 revert 된 기록이 남은 것을 볼 수 있다.

마우스 우클릭을 하니 revert commit 이 있었다.

revert commit 을 눌러보니, 그래프 모양이 바뀌었기는 했지만 직관적으로 브랜치의 기록이 바뀐 여부를 알 수 없어서 GitLab 에서 진행할 수 있는지 확인해 보니까 가능했다. 아래와 같이 하면 된다.

 

1. main 브랜치 레포지토리에서 Last commit 의 문구를 눌러 revert 하고 싶은 revert 의 commit 기록을 확인한다.

2. 오른쪽 상단에 보이는 Options 버튼을 눌러 Revert 옵션을 선택한다.

3. 다음과 같은 창이 뜨는데, merge request 를 새로 만들어서 revert 의 revert 를 진행하고 싶으면 체크박스를 체크한다.

나는 merge request 가 어떻게 생성되는지 보고 싶어서 체크박스를 체크했다.

4. revert commit 이 성공적으로 revert 되었다는 문구가 뜨는데, merge request 를 제출하면 revert 를 revert 한 변화를 브랜치에 적용할 수 있다고 쓰여있다.

revert 를 revert 하는 merge request 이다.

여기서 고민이 생겼다. merge 를 revert 함으로서 revert 기록이 남아서 이 기록을 revert 하려고 하니, 이번에는 revert 를 revert 한 기록이 남을 것 같았기 때문이다. 실제로 생성되었다는 revert-b1ef1ff6 브랜치를 확인해보니, revert 를 revert 한 커밋 기록들이 남아있었다.

실수로 merge 했을 때와 같은 파일들이 있고, 마지막 커밋 문구는 revert 를 revert 한다고 쓰여 있었다.

우선 merge 를 한 후 정 안되면 main 을 지우고 sprint1 을 main 브랜치로 만들어야겠다는 생각에 merge request 를 보냈다. 그러자 main 은 실수로 문제 브랜치 18-postservice 를 merge 했을 때와 같은 상황이 되었고, 현재 sprint1 도 같은 문제 브랜치 18-postservice 를 sprint1 에 merge 한 이후까지는 main 과 같고 줄곧 변한 상황이었기 때문에 sprint1 을 main 에 merge 하는 것이 가능해졌다. 결론적으로 sprint1 을 main 에 성공적으로 merge 할 수 있었다.

 

merge request 가 merge conflict 없이 받아들여졌다.

📃 결론

merge 를 revert 한 기록으로 인해 브랜치 A 에 변동사항이 생겨 브랜치 A 의 merge revert 이전부터 변화를 쌓아올린 브랜치 B 의 브랜치 A 로의 merge 가 불가능하다면, merge 를 revert 한 revert commit 을 한 번 더 revert 하여 merge 를 revert 한 기록을 없애는 것으로 문제를 해결할 수 있다.

 

📢 출처

https://itnext.io/git-revert-the-revert-88b1e66d71d4

Git — Revert The Revert.