git-flow

git-flow는 Dressen씨블로거가 발표한 git의 개발 방법이자 그것을 실현하는 도구의 이름입니다.
이번에는 도구에 대한 설명이 아니라 지점을 중심으로 개발 방법을 총결하였다.

5개 브랜치

git-flow에는 마스터,release,develop,feature,hotfix 등 5개 지점이 등장했다.

주 분기

개발의 핵심 지점.

master

제품으로 출하할 수 있는 상태여서 응용 프로그램을 안정적으로 가동시켜야 한다.

develop

다음 릴리즈를 위한 최신 개발 작업의 변경 사항이 반영된 상태입니다.이 지점은 줄곧 최신이다.

지원 브랜치

기능 추적, 제품 발표 준비, 제품에 나타난 문제점을 신속하게 수정하는 등 지점을 편리하게 하기 위해서다.

feature

분기:develop
대상:develop

개발자에서 분기를 잘라서 새로운 기능을 개발하는 데 사용합니다.
분기 이름은 feature/news입니다.feature/의 뒤에feed 등 설치된 기능을 쓰면 됩니다.
최종적으로merge는 개발자에 있습니다.이때 -no-ff 옵션을 추가하고merge를 설정하면 이 기능 실현에 사용되는 제출 집중을 통해 차분 관리가 수월해진다.

release

분기:develop
통합 주소: 개발자와 마스터
방출 지점은 개발자 지점에서 만듭니다.release/1.0 느낌으로 자르시면 됩니다.
이 기간 동안 새로운 기능에 문제가 있는 경우work/fix여기서부터 버그 등 수정용 지점을 자르고 수정이 끝난 후 이 지점에 표시를 한다.
디버깅이 끝나기 전에 개발자에 표시하는 것을 허용하지 않습니다.
개발자가merge에 걸리면master도mergedevelop의 안정적인 버전을 확보합니다.

hotfix

분기 소스:마스터
통합 주소: 개발자와 마스터

발행 후 만약 문제가 발견되면 hotfix 지점을 사용하여 수정합니다.
마스터는 현재 발표 내용과 일치하기 때문에 마스터에서 지점을 잘라냅니다.
중요한 것은release 지점과 상반된다는 것이다.
release
개발자→release→개발자→마스터가 되면
hotfix는
마스터→hotfix→마스터→develop입니다.

총결산

마스터,release,develop,feature,hotfix의 지점 역할을 파악하고 활용함으로써 고품질의 응용 프로그램을 순조롭게 개발하고 제작할 수 있다.

참고 자료

A successful Giit branking model
http://keijinsonyaban.blogspot.jp/2010/10/a-successful-git-branching-model.html