- 주어진 환경 고려(하여 브랜치 전략을 수립했습니다)
- 다수의 프론트 개발 인원
- 짧은 프로젝트 기간
- 제한된 주제
첫 제안
- 개별 personal develop을 두고 스프린트 종료 시 develop에 합치는 루틴
- 짧은 기간 안에 lean하게 협업하고 공통 컴포넌트를 사용하기 위해 적절치 못한 구조라 생각해 폐기
결정
- 각 이슈 별로 feature를 두고 develop에 지속적으로 통합.
- 각 스프린트 별로 진행사항과 기능 구현을 유지할 release 브랜치를 설정하고 버전 1.0을 위한 main 브랜치를 설정
- 빠른 충돌 해결과 공통 컴포넌트 사용을 위해 깃헙플로우를 약간 변형하여 사용