Whale Voca 프로젝트 참여 인원은 총 2인으로, 복잡하고 긴 호흡이 필요한 git flow 보다는 소수의 인원이 이용하기에 좋은, 단순하면서도 CI/CD에 이점이 있는 github-flow 전략에 feature
Branch를 이용하는 전략으로 구성하면 좋을 것 같습니다.
이 전략에은 Pull Request(PR)을 통해 승인되는 이슈만 merge 하는 방식으로,
master
, feature
2개의 브랜치만 사용합니다.
생명주기
메인이 되는 master
branch 로부터 분리된 feature
브랜치 생성
feature/[이슈번호]
형태로 생성한 브랜치에서 개발 진행
→ WhaleVoca 프로젝트는 개발 내용을 이슈에 등록 후 개발하는 방식으로, 이때 등록한 이슈 번호를 기재합니다.
→ 개발을 진행할 때 자세한 commit log 작성 필요
개발이 완료되거나 피드백이 필요할 때 Pull-Request 생성
충분한 리뷰와 토의
→ 이 과정에서 내부 테스트를 진행하는 것도 좋을 것 같습니다.
토의를 마친 후 master
로 최종 merge 및 배포
→ 배포 자동화
2023-11-01 2차 회의
브랜치 전략은, 기존에 제안했던 Github-flow를 채택하였습니다.
메인이 되는 master
branch 로부터 분리된 feature
브랜치 생성
feature/[이슈번호]
형태로 생성한 브랜치에서 개발 진행
→ 개발을 진행할 때 commit log를 최대한 자세하게 작성합니다.
개발이 완료되거나 피드백이 필요할 때 Pull-Request 생성