프론트엔드
잦은 배포를 언제나 안정적이고 쉽게- SimGit flow 기반 Git 브랜치 전략 개선기1
두줄요약
서비스와 인원이 늘며 Git Flow의 병합 조율 비용이 커졌습니다. SimGit Flow와 보조 브랜치를 도입해 개발 집중도와 배포 효율을 높였습니다.
문제 상황
- 서비스 수와 프론트엔드 인원 증가로 동시에 개발·병합되는 feature 브랜치가 늘어나는 상황
- 잦은 배포와 브랜치 의존성 확인, 일정 조율, 병합 대기 때문에 커뮤니케이션 비용과 작업 지연 발생
원인 분석
- Git Flow 특성상 feature 브랜치가 develop, release로 모일 때 병합 조율 부담이 큼
- 배포 주기가 짧아질수록 다른 feature 브랜치와의 간섭 가능성이 급격히 증가
해결 방법
- main에서 feature를 따고 release를 거쳐 main으로 합치는 SimGit Flow 채택
- 개발·테스트용으로 develop, stage 브랜치를 추가해 운영 서비스 검증 가능하도록 구성
- 버저닝 대신 배포 단위 식별용 ID를 도입해 내부 관리 편의 확보
적용해볼 점
- 배포가 잦고 개발 인원이 많은 환경에서는 단순한 브랜치 흐름이 생산성에 유리
- 리뷰·병합 단계 축소와 브랜치 독립성 확보가 실무 효율 개선에 도움