데브옵스
핏펫몰 개발 스쿼드의 git 전략 연대기
두줄요약
스쿼드 규모와 배포 방식 변화에 맞춰 Git 전략을 단계적으로 개선했습니다. 기능 단위 테스트와 일 2회 배포로 지연과 운영 부담을 줄였습니다.
문제 상황
- 초기 촉박한 일정과 소수 인원에 따른 main 직접 병합·수시 배포
- Git Flow 도입 후 기능 간 변경 내역 의존성과 QA 실패에 따른 전체 배포 지연
- 주 1회 대규모 배포로 인한 검토·배포 부담과 요청 반영 지연
원인 분석
- develop 기반 feature 브랜치 생성으로 선행 기능 변경 내역 포함
- 여러 기능을 release에 함께 병합하는 방식의 QA·배포 단위 결합
- 날짜 기반 release 브랜치와 실제 배포 일정 불일치
해결 방법
- feature 브랜치의 기준점을 develop에서 main으로 변경하고 develop 제거
- release 브랜치 제거 후 alpha·staging·main 단계별 feature 단위 PR·테스트·배포
- 수시 배포에서 일 2회 정기 배포로 전환하고 핫픽스만 즉시 배포
성능/운영 포인트
- 작은 기능 단위 배포로 관리자 검토와 배포 후 확인 부담 완화
- GitHub Action으로 alpha 이후 staging·main PR 생성 자동화
- 상용 배포 후 alpha·staging을 main과 동기화하는 작업의 자동화 계획
