git flow

key benefits

parallel development

병렬적으로 개발이 가능하다

collaboration

동료가 하던 작업을 손쉽게 이어 받을 수 있다

release staging area

배포되기전에 테스트하는 곳

support for emergency fixes

hot fix 되어야 하는 곳

master 

배포하는 소스 코드가 올라감

develop

병렬적으로 개발을 위한 브랜치

버그 픽스를 할 수도 있다

안정화된 소스 코드가 되면 master 브랜치에 merge 한다

feature branch

develop 브랜치에서 기능별로 브랜치는 딴다

feature branch는 로컬 개발 환경에만 있는 것이 좋다

// feature 개발이 완료 될 경우

git checkout develop                                 //develop 분기로 전환

git merge --no-ff featureBranch ea1b82...       //업데이트

git branch -d feturebranch                          //브랜치 삭제

git push origin develop

--no-ff : fast-forward 관계여도 merge commit을 만든다 / 커밋 히스토리를 만들기 위해 넣음

*fast-forward 

• 커밋A의 히스토리: X -> A
• 커밋B의 히스토리: X -> A -> Y -> B   
• 커밋B의 히스토리에 커밋A의 히스토리가 모두 포함되어 있다.

hotfixes

릴리즈된 master 브랜치에서 분기 함

브랜치 이름 그대로 빠른 수정이 필요한 코드 작업을 하는 브랜치

수정이 완료되면 master와 develop브랜치에 merge

git-flow cheetsheet

출처 : https://nvie.com/posts/a-successful-git-branching-model/

   https://m.blog.naver.com/PostView.nhn?blogId=parkjy76&logNo=220308638231&proxyReferer=https%3A%2F%2Fwww.google.com%2F