Git Branching Convention

Git-flow

• main

• develop : 각각 작업한 기능들을 merge

• feature : 단위 기능으로 개발

• release

• hotfix

1. main 브랜치에서 프로젝트 시작

2. 동일한 브랜치를 dev에도 생성 → dev에서 개발 시작

3. 필요한 작업 (기능)을 개발할 때 feature 브랜치를 생성해서 구현

4. 완료된 작업(feature)은 다시 dev와 merge

5. 모든 기능이 완료되면 release 브랜치에서 QA와 버그 픽스

6. main에서 버전 추가 및 배포

7. 배포 완료 후 버그 발생 → hotfix

GitKraken 을 이용한 git-flow

참고

우린 Git-flow를 사용하고 있어요 | 우아한형제들 기술블로그

안녕하세요. 우아한형제들 배민프론트개발팀에서 안드로이드 앱 개발을 하고 있는 나동호입니다. 오늘은 저희 안드로이드 파트에서 사용하고 있는 Git 브랜치 전략을 소개하려고 합니다. '배달의민족 안드로이드 모바일 파트에서 이렇게 브랜치를 관리하고 있구나' 정도로 봐주시면 좋을 것 같습니다. 2016년 1월, Github로 소스코드를 이전하면서 Github-flow를 사용하기 시작했습니다. 그러다 2017년 6월부터 Git-flow로 브랜치 전략을 바꾸게 되었습니다.

https://techblog.woowahan.com/2553/

Git에 대해 알아보자 3. Git Kraken

이번에는 명령어 대신 GUI 기반으로 Git을 다룰 수 있는 툴인 Git Kraken에 대해 소개하려 한다. 마찬가지로 우분투에서 실습을 진행할 것이다. 1. GitKraken 설치하기 1) GitKraken은 도대체 또 뭘까? 실제로 Git 명령어를 이용해 프로젝트를 관리하다 보면 사용법이 익숙하지 않아 브랜치가 자주 꼬이는 경우가 발생한다. 또한 현재 브랜치들의 상태가 어떤지 시각적으로 바로 보이지 않으니 답답하기도 하다.

https://cupjoo.tistory.com/9