기존의 git flow의 branch 구성은 다음과 같아요

1. 메인 브랜치(Main branch)
2. 피처 브랜치(Feature branch) 또는 토픽 브랜치(Topic branch)
3. 릴리스 브랜치(Release branch)
4. 핫픽스 브랜치(Hotfix branch)

일반적으로 팀원은 피처브랜치에서 작업하고, merge하는 구조 입니다.

아쉬웠던 점

1. 복잡하다.
2. 각자 저장소를 fork해서 작업하고 싶은 경우 어떻게 해야하지?
3. 코드 리뷰는 어떻게하지?

git flow의 장점을 살리면서...

단점을 보완할 방법이 뭑가 있을까?

회의 결과

1. 차라리 github flow를 사용하자!
2. github에서 Pull Request라는 좋은 기능이 있는데... 적용해볼까?
3. 배포도 일주일에 한번 이상은 할텐데...

그래서 github flow를 수정해서 적용하기로 했습니다.

---

our git-flow

github-flow 기반으로 상황에 맞게 개조해서 사용했어요

링크

정리하자면

1. 코드리뷰를 위해 PR을 사용한다.
2. 각자의 개인 repo에서 connect_repo로 PR을 날리고, 리뷰하고 merge한다.
   • 이렇게 하면 원격 원본 저장소 connect_repo에는 feature branch가 남지 않는다.
3. 각자 connect_repo의 develop을 주기적으로 pull 해온다.

이렇게 하면 PR 잔디도 찍히고 좋네!