SimGit Flow 기반 Git 브랜치 전략 개선기

이 게시물은 자비스앤빌런즈의 삼쩜삼 서비스에서 잦은 배포와 인원 증가로 인한 개발 생산성 저하 문제를 해결하기 위해 기존 Git Flow에서 SimGit Flow 기반의 새로운 브랜치 전략으로 전환한 경험을 설명합니다.

Git Flow의 한계

• 다중 feature 브랜치 병합 시점 조율의 어려움
• 커뮤니케이션 비용 증가 및 개발 지연 발생
• 배포 주기와 개발 인원 증가에 따른 비효율성

SimGit Flow와 TBD 비교

• TBD는 main에서 직접 feature 브랜치를 따서 빠른 병합을 지향
• SimGit Flow는 feature > release > main 3단계로 관리하며 독립성과 커뮤니케이션 비용 감소에 효과적
• 자비스앤빌런즈는 SimGit Flow를 채택해 코드 리뷰 횟수 감소와 개발 집중 시간 확보에 성공

맞춤형 브랜치 전략 적용

• develop과 stage 브랜치를 추가해 실제 운영 서비스 테스트 환경 마련
• 버저닝 없이 배포 단위별 ID 발급으로 관리

다음 글에서는 이 전략의 실제 적용과 자동화를 통한 생산성 향상 방안을 다룰 예정입니다.