git flow 전략에서의 머지

밤새서 미션을 하고 씻는 도중 현재 채택하고 있는 git flow전략에서 머지 방법을 바꿔보자는 의견이 있었다.

"feature -> dev는 sqush and merge, dev -> main은 rebase and merge로"

 

원래는 둘다 스쿼시 머지를 하고 있었는데, 현재 전략을 수정함으로써 얻을 수 있는 이점을 샤워끝나자마자 정리한다.

역시 우테코는 학습하기에 정말 좋은 환경이다 👍

 

아무튼 내가 전략 수정에 찬성하게된 이유는 다음과 같다.

 

첫번째 이유로는 git flow 전략은 짧은 배포 주기가 특징인데, dev -> main에서 굳이 커밋을 한번더 생성할 이유가 없다는 것이었고,

 

두번째 이유로는 짧은 배포 주기때문에 hoxfix나 롤백에 굉장히 유연해야 하는데, dev, main 브랜치의 커밋내역을 리베이스 머지를 통해서 동일하게 유지시키면, 커밋내역이 같으므로 싱크를 맞추기가 굉장히 편해질것 같다는 이유였다.