Organization & Repo
Git 전략 Branch
main
: 제품으로 출시될 수 있는 브랜치
release
: 출시 버전을 준비하는 브랜치
develop
: 다음 출시 버전을 개발하는 브랜치
feature
: 기능을 개발하는 브랜치 (자유롭게 사용)seung
: 결제 API를 개발하는 브랜치chan
: 지도 API를 개발하는 브랜치min
: 검색 API를 개발하는 브랜치
Todo : 고민해볼 것들
- 배포가 끝나고(release, main) , 작업하면서 생긴 feature브랜치, fork repo는 어떻게 처리?
- fork repository의 작업 브랜치들은 Pull Request를 요청 후 merge와 함께 삭제
- feature 브랜치 역시 develop 브랜치에 merge 되면 바로 삭제
- 하나의 클래스를 다수가 수정하는 경우 PR을 보낼때 충돌 이슈
- 되도록 하나의 클래스는 한명이 작업
- 여러명이 건들어야 한다면, 작업자들끼리 상의 후 한명씩 작업
- 그래도 충돌이 나는 경우 충돌해결은 코드를 병합하는 사람 한명이 해결
- 충돌 범위가 크면 작업범위가 겹친 개발자와 함께 충돌 해결
- rebase