기타
우리 팀에 맞는 Git 전략 찾아가기
두줄요약
Git Flow의 복잡함과 충돌 문제를 줄이기 위해 팀에 맞는 단순한 브랜치 전략을 정리했습니다. 작은 feature 브랜치와 샌드박스 배포, master 중심 운영으로 3년간 운용한 과정을 소개했습니다.
핵심 내용
- Git Flow의 브랜치 분리와 동기화 과정이 웹 개발팀에는 복잡하게 느껴졌던 배경
- develop/master 이원 관리, release·hotfix 흐름에서 코드 충돌 가능성과 운영 부담이 커지는 문제
- Trunk Based Development를 참고해 작은 feature 브랜치, 샌드박스 배포, QA 후 master 머지, dev/stage/prod 배포로 단순화한 팀 프로세스
선택 이유
- 최신 변경 사항을 trunk(master)로 모아 충돌을 줄이려는 흐름
- 웹 서비스 특성상 잦은 배포와 즉시 롤백 필요성에 맞는 단순한 워크플로우
- 팀 규모와 운영 방식에 맞춰 release 브랜치와 feature flag 일부를 제외한 현실적 조정
적용해볼 점
- 작업 단위를 작게 쪼개 feature 브랜치로 빠르게 병합하는 습관
- 브랜치 푸시만으로 샌드박스 환경을 배포해 QA를 연결하는 CD 구성
- 스쿼시 머지와 커밋 리버트로 롤백 가능성을 확보하는 방식