Branch Strategy
- 기본적인 틀은 Git Flow를 따른다.
- development branch를 이용해서 좀 더 안정적인 배포가 가능할 거라 생각됨.
- 플러그인이 있어서 활용하면 적용하기 용이할 것이라고 생각됨.
- Git Flow를 조금 변형해서 master, develop, feature 브랜치 사용
- 이외의 브랜치는 용도가 조금 모호해서
- boostcamp-2020/IssueTracker-23 레포(upstream)를 각자 fork해서 사용한다.
- fork한 레포(origin)를 본인 로컬에 clone한다.
- 개발은 develop 브랜치에서 생성한 feature 브랜치에서 진행한다.
- 기능이 완료됐다면 upstream의 develop 브랜치로부터 현재 로컬의 develop 브랜치를 최신의 상태로 만든 이후
merge하고 feature 브랜치를 삭제한다.
- conflict가 발생한 경우 conflict를 먼저 해결해야한다.
- merge가 완료된 후에 origin의 develop으로 push를 한다.
- 각자 개발한 기능을 upstream의 develop에 반영하기 위해 pull request를 보낸다.
- pull request한 코드를 팀원과 리뷰한 이후에 pull request를 한 사람이 직접 merge한다.
- 가장 먼저 pull request한 내용은 conflict가 없을 것 같지만 이후에 pull request한 내용을 merge하는데 있어서 conflict가 발생할 것 같지만 이는 아직 대처를 어떻게 해야할 지 몰라서 우선 conflict가 발생한 이후에 협의