핏펫몰 개발 스쿼드의 git 전략 연대기

암흑의 시대

체계 없이 개발하던 시절

계몽의 시대

체계를 만들어가다. 다니엘 호도비에츠키 1791년 작
Author: Rowan Haddad, Original blog post
Author: Vincent Driessen, Original blog post
feature2는 브랜치 생성시부터 feature1 변경내역을 가지고 있다
feature1의 QA 실패가 feature2의 배포까지 막는다
이제 feature2는 feature1 변경내역을 가지지 않는다
일주일간 쌓인 변경 내역을 배포하는 담당자

현재

카스파 다비드 프리드리히, 1817년 작

생각해보니 mainreleases 와 차이가 없다! 또한 날짜를 정해두고 배포하는것은 배포가 지연되는 순간 브랜치 이름이 안맞는다! 이렇게 된거 releases 브랜치를 없앤다!

releases 브랜치를 없애고 보니 feature 단위로 main에 병합할 수 있게 되었다! 배포 주기도 짧게 가져가자! 얼마나? 수시 배포하자!

가자! 수시 배포!
브랜치가 크게 간략화 되었다
이제 feature 별로 개별 테스트 및 배포가 가능하다
하루 종일 배포 및 검토만 한 담당자

그렇다면 수시 배포하지 말고, 배포 주기를 짧게 가져가자!

하루 2회! 단, 핫픽스는 바로 배포한다!

그렇게 급하게 배포할 일은 많지 않고, feature 쌓이는 속도를 보니 오전, 오후 하루 2회로 충분하다!

하지만 금요일 오후 배포는 주말에 대응이 늦어질 수 있으므로 긴급한 수정이 아닐 경우 다음주 월요일로 미룬다!

일 2회 배포를 진행하는 담당자
우린 답을 찾을 것이다. 늘 그랬듯이

--

--

Love podcasts or audiobooks? Learn on the go with our new app.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store