Copyright ⓒ All Right Reserved by Buzzvil Release cycle 도입으로 얻고 싶었던점들 - 스프린트와 맞물려서 돌아가는 릴리즈 주기 - 산발적으로 일어나는 QA 요청을 릴리즈 주기에 맞추어 QA리소스 최적화를 하고 싶었음 - 주기적인 배포를 통한 커뮤니케이션 비용 최소화 - + 너무 어렵지 않은 워크 프로세스야 한다.
Copyright ⓒ All Right Reserved by Buzzvil Trunk base development에서 제시하는 개발 스타일 - Committing straight to the trunk - Short-Lived Feature Branches - Patch Review System
Copyright ⓒ All Right Reserved by Buzzvil Committing straight to the trunk - 작은 팀에게 어울림 - 코드 리뷰 시스템보단 페어프로그래밍으로 코드를 검증하는 방식을 추천 - 누군가 빌드를 깰수도 있는 커밋을 푸시할 수도 있음
Copyright ⓒ All Right Reserved by Buzzvil Observed habits - No Code Freeze - Quick Reviews - Chasing HEAD - Running the build locally - Always Release Ready
Copyright ⓒ All Right Reserved by Buzzvil You're doing it wrong - Cherry-pick of bug fixes from release branches to the trunk - Merging rather than cherry-pick to/from a release branch - Duration of ‘short-lived’ feature branches - Numbers of developers on ‘short-lived’ feature branches - Keeping a single release branch - Merge from one release branch to another release branch - Merge everything back from a release branch at the end of the release branch
Copyright ⓒ All Right Reserved by Buzzvil Dash versioning 대시에서는 SemVer(Semantic versioning) 의 포멧을 저희 유즈케이스에 맞게 변경해서 사용하고 있습니다. 2.32.0-beta.1 Major.Minor.Patch-Pre releasetag.deploy_number