우리 회사는 git flow를 사용하고 있는데, feature(DEV서버) → master(QA서버) → release(REAL서버) 이 순서에서 나는 계속 feature, master branch 만 사용하고 있었다. (물론 feature/... 도 사용하고) 이제 곧 실서버로 배포해야되서 release 로 보내려고 MR를 만들었는데... 커밋이 3백 몇개... ^^ 너무 많아서 예전에 알았던 Squash commit으로 하면 하나로 커밋이 관리되면 편하지 않을까? 해서 Squash Commit으로 머지를 했다.
🐿️Squash and Merge란?
여러개의 커밋을 하나로 합치는 기능
머지할 브랜치의 커밋을 전부 하나의 커밋으로 합친 후, 타겟 브랜치에 커밋하는 방식으로 머지.
즉, 해당 머지 커밋은 다른 브랜치의 변경사항을 하나로 뭉쳐놓은 커밋.
👍장점
버전별로 어떤 것이 변경되었는지 한눈에 알 수 있음
자잘한 커밋 사항이 남지 않아 머지가 됐다는 사실에만 집중한 기록이 남게 되서 변경사항을 읽기가 편해짐
👎단점
다른 머지 커밋보다는 정보가 없음.
그런데 master에 추가로 합쳐진 게 있어 squash commit 후 다시 master → release 로 MR를 만들었더니 충돌이 생겼다. 왓더..?☹️ 로컬에서 충돌해결 후 배포했으나 이게 또 일어나는 문제인지는 봐야될 것 같다. 나중에 하나로 혹시 되돌리게 될 때 커밋 하나로 한번에 되돌리려고 한거였는데 ㅎ.ㅎ... 뭔가 불안해졌다.
아마도...TO BE CONTINUE
발새발개