[Git] revert commit is ignored when merge branch

문제

branchA 에 revert commit 이 포함되어 있고 main 에는 없을 때, branchA 에서 `git merge main` 을 수행하면 main 브랜치의 상태와 동일하게 revert commit 이 없는 것처럼 무시하는 경우가 있습니다.

 

merge recursive 전략

git 에서는 merge 명령어 사용 시 기본 전략으로 recursive 를 사용하는데, 이 전략은 다음과 같이 동작합니다.

1. 두 커밋의 공통 조상 커밋을 찾습니다.

2. 각 브랜치의 변경 사항을 조합해 새로운 병합 커밋을 만듭니다.

3. 2번에서 충돌이 나면 사용자에게 해결을 위임합니다. (recursive 전략)

 

이슈 상황 자세히

 

브랜치 상황

이슈가 생겼던 상황을 그대로 가져와봤습니다.

main branch 에서 24.12.0 브랜치를 딴 후 react-query commit 을 포함하여 main 에 다시 머지했습니다.

그 후 24.12.2 브랜치를 따고 해당 commit 을 revert 했는데, 이 때 24.12.2 브랜치를 어느 브랜치에서 따느냐에 따라서 결과가 달라집니다.

 

1) 24.12.0 브랜치에서 땄을 때.

main에서는 24.12.0 브랜치를 머지할 때 squash merge 로 머지하기 때문에 react-query commit 이 공통 조상 커밋이 될 수 없습니다. 따라서 main과 24.12.2 브랜치의 공통 조상 커밋은 react-query 코드 삽입 이전의 코드를 가집니다.

 

2) 24.12.0 가 머지된 main 브랜치에서 땄을 때.

main과 24.12.2 브랜치의 공통 조상 커밋은 24.12.0 브랜치의 머지 커밋 이후가 될 것입니다. 따라서 공통 조상 커밋은 react-query 코드 삽입 이전의 코드를 가집니다.

 

이러한 차이로 24.12.2 브랜치에서 `git merge main` 수행 시 1)의 상황에서는 react-query 코드가 반영된 상태, 2)의 상황에서는 react-query 코드가 revert 된 상태 가 됩니다.

 

해결법

1. `git merge -s ours main`으로 -s ours 옵션을 주면 병합 충돌을 무시하고 현재 브랜치의 내용을 우선시하여 병합할 수 있습니다.

2. 이러한 충돌이 나지 않게 squash merge 가 완료된 브랜치에서 새로운 브랜치를 따야 revert 시 revert 커밋이 반영되지 않는 상황을 막을 수 있습니다.