gitflow, workflow

gitflow, workflow

---

gitflow

기업에서도 많이 사용한다 

gitTlow 설명도

---

GitFlow Branch

 

1메인 브랜치 (사라지지 않는 브랜치 기본)

 

-master: 배포 가능한 브랜치 (production 상태와 일치)

이 브랜치의 HEAD 는 항상 production 상태와 일치 

 

-develop : 다음 버전 출시를 위해 개발한 브랜치

브랜치의 HEAD 는 최신 개발 변경 사항을 제공 

릴리즈 할 준비가 되면 모든 변경 사항을 master  브랜치에 병합

 

2보조 브랜치 (필요에 따라 새성/삭제 하는 브랜치)

: 병렬 개발을 지원하고,이를 관리하기 위해 있는 브랜치

:기능 개발을 하거나 프로덕션 배포를 준비 ,라이브 프로덕션 문제를 신속하게 수정하는 등 브랜치를 통해 관리

 

-feature:기능을 개발하는 브랜치

branch off from develop: 분기 시작하는 브랜치는 devlelop사용

merge back into develop: 개발 완료 후 develop브랜치로 병합

 

-release: 배포를 위해 최종 수정을 하는 브랜치

이 브랜치에서는 주로 ,버그수정 및 기타 릴리자 지향 작업만 포함

 

branch off from develop: 분기 시작하는 브랜치는 devlelop사용

merge back into develop또는 master 

:개발완료 후 develop/master  브랜치로 병합합니다

 

release-{버전번호} 와 같이 branch 이름 규칙을 갖습니다

 

-hotfix: 출시버전 에서 빠르게 패치해야하기 위해 사용 하는 브랜치

:relase 브랜치와 유사, 하지만 master 브랜치에서 분기하는 유일한 브랜치 

:hotfix브랜치를 사용하면 , 긴급하게 수정해야 하는 버그에 대해서 다음 릴리즈 주기를 기다리지 않고 ,문제상황에 대해서 대처

 

branch off from develop: 분기 시작하는 브랜치는 master사용

merge back into develop또는 master 

:개발완료 후 develop/master  브랜치로 병합합니다

 

Overall flow

1. master branch 기준으로 devlop 생성
2. develop branch 기준으로 feature, release 생성
3. 기능 개발이 완료되면, develop 브랜치에 feature 브랜치 merged
4. 릴리즈 준비가 완료되면, master / devlelop 브랜치에 각각 merged
5. 만약 master 브랜치에 이슈가 생기면, hotfix 브랜치 생성 
6. hotfix가 완료되면,  master / devlelop 브랜치에 각각 merged