Git hotfix branch 적용 후 다른 브랜치 병합시 충돌이 난다면?

Question

gitlab flow 를 선호해서 이 룰을 기조로 적절히 맞춰 사용하고 있습니다.문제는 hotfix branch 인데..production 브랜치에서 hotfix 브랜치 분기hotfix 브랜치에서 버그 수정 후 commithotfix 브랜치를 production 브랜치로 병합 hotfix 브랜치를 master 브랜치로 병합hotfix 브랜치 삭제매우 간단한 시나리오지만.. 4번이 골치거리입니다.hotfix가 필요한 수준은 대부분 한참 뒤에 발견되기 때문에, master에는 또다른 변경사항이 많이 적용되어 있습니다.그러다보니 master로 hotfix 내용을 병합하려하면 대부분 충돌이 발생합니다.이 때 어떻게 대응해야 할지 잘 모르겠네요,동일한 버그가 있다면 master에 맞춘 내용으로 코드를 수정해야 할텐데 그럼 master와 production이 더이상 같은 뿌리가 아닌갈라진 commit을 가지게 되고..그래도 괜찮아, 하고 수정하면 master에는 수정버전에 대한 버전 태그 같은게 보이지 않겠지요. 히스토리나 그래프도 꼬이기 시작할거고...이런 경우 어떻게 대처들 하셨을까요?

Schoenheit · Answer

말씀하신 환경에서는 충돌이 불가피하다 생각 됩니다.충돌난 영역 개발자와 확인하며 소스 병합하여 푸시하는 수 밖에는..

Throwaway · Answer

4에서 새로운 브랜치를 파는게 어떠신가요? 한참뒤에 관련된 이슈가 발견되는데 굳이 곧장 이어져있는 커밋 히스토리가 필요할까요?

OkkyActivity · Answer

hotfix 작업할 때, master 브랜치의 상황을 최대한 고려하면서 작업합니다.예를들어 production 에 배포되고 난뒤, master 브랜치가 개발되면서 제거된 변수를 사용한다던가 이러면 아예 hotfix 자체가 의미없는 브랜치가 되어버리기때문에..(결국엔 master 브랜치에 있는게 다음 production 으로 나갈거니까요)최대한 현재 master 상황을 고려해가면서 hotfix 작업을 한뒤 master 에서 체리픽해간 뒤, 충돌처리하고 있습니다~

Git hotfix branch 적용 후 다른 브랜치 병합시 충돌이 난다면?

3개의 답변

기술 목록