git branch 모델
- git flow
- (hotfix)- master -(release)- develop - feature
- pros: 가장 많이 적용, 각 단계가 명확히 구분
- cons: 복잡..
- github flow
- master - feature
- pros: 브랜치 모델 단순화, master 의 모든 커밋은 deployable
- cons: CI 의존성 높음. 누구 하나라도 실수했다간..(pull request로 방지)
- gitlab flow
- production - pre-production - master - feature
- pros: deploy, issue에 대한 대응이 가능하도록 보완
- cons: git flow와 반대 ( master -develop, production -master)
git flow 전략
팀 단위로 git flow 사용하기
- 팀장이 Github에서 Organizations에 저장소를 생성한다.
- 팀원들을 초대한다.
- 팀원들은 팀장이 만든 저장소를 Fork 한다.
팀원
- fork 한 저장소를 clone 한다.
- git flow init 을 입력하여 git flow를 설정한다.
- Issue를 이용하여 할일 작성 ( 팀장이 Todo 리스트에 등록 )
팀장
- 올라오는 Issue와 Pull Request 확인하면서 코드 리뷰 및 피드백 진행
- Pull Request 승인후 git pull upstream devlop을 입력하여 merge한 내용 PC에 가져오기
- 그 후 릴리스 작업이 필요하면 릴리스 작업하기