Issue단위 브랜치 전략

목적

branch 네이밍을 통해서 작업의 의도를 갖게 하는 것은 한계가 있습니다. Github Issue는 각각의 유니크한 값인 Issue Number를 갖습니다.  고유한 Issue Number를 기반으로 branch를 이름을 작성하여 해당 branch의 명확한 작업 의도를 파악할 수 있게 노력했습니다.

브랜치 전략과 관련된 자세한 내용은 Connect-wiki : Git repo관리에 작성했습니다. (저희가 시도했던 3가지 브랜치 전략에 관한 고민을 정리했습니다)

사용 예시

예시: FE/#235-loading_ui, BE/#130-oauth_github

이후 develop 브랜치에 작업한 featture 브랜치를 merge하는 방식으로 진행했습니다. merge를 진행할 때는 pull request를 활용해 코드 리뷰 및 작업 현황 공유를 하였습니다.