Git Flow

 

Git Flow

브랜치 모델 (Branch Model)이란 브랜치 이름, 브랜치 별 임무를 규정

   => 브랜치 모델 중 가장 유명한 게 Vincent Driessen가 만든 Git Flow이다.

 

5종류의 브랜치 (프로젝트의 효율성을 올리기 위해 분류, 적절한 커밋 단위를 설정하기 용이)

작업은 feature -> develop -> release -> master 순으로 merge 시켜서 관리

• master : 최종 product를 release 할 때 release 브랜치를 master 브랜치로 merge, 해당 버전에 대한 태그를 단다
• develop : 기능 개발이 완료되면 feature 브랜치에서 기능별 브랜치를 만들어 작업
• feature : 다가오는 배포(release)를 위한 새 기능(feature)을 개발, 일반적으로 개발자의 저장소에만 존재 
• release : 새로운 product (웹, 앱, 게임 등)출시 준비를 지원,  사소한 버그 수정, 메타 데이터 준비를 허용
• hotfix : 현재 출시된 product에 문제가 생겨 즉각 대응해야 하는 상황에 필요 , master 브랜치의 현재 출시된 버전으로 표기된 태그로부터 브랜치를 딴다

git flow commads

• $ git flow init: 기존 git 저장소 내에서 초기화 하는 것으로 git-flow의 사용을 시작
• $ git flow {5 종류의 브랜치 이름} start {branch name} :   

        - {5 종류의 브랜치 이름 중 feature}일 경우 develop 브랜치에 기반한 feature 브랜치를 생성 및 해당 브랜치로 전환

        - {5 종류의 브랜치 이름 중release} 일 경우 develop 브랜치로부터 release 브랜치 생성 

        - {5 종류의 브랜치 이름중 hotfix} 일} 경우 master 브랜치로부터 hoxfix 브랜치 생성 , 버전 인수는 hotfix release 이름으로 지정

• $ git flow {5 종류의 브랜치 이름} finish {branch name} :

        -  {5 종류의 브랜치 이름 중 feature}일 경우 해당 브랜치를 develop 브랜치에 merge, 기능 브랜치 삭제,

            develop 브랜치로 전환

        -  {5 종류의 브랜치 이름 중 release} 일 경우:

           

            - release 완료하기 위한 작업

         

            1. release 브랜치를 marster 브랜치에 병합

            2. release를 release 이름으로 태그

              - git push --tags 사용해 태그들을 push

            3. release를 develop 브랜치로 재병합 

            4. release 브랜치 삭제               

       

        - {5 종류의 브랜치 이름중 hotfix} 일 경우 develop 및 master 브랜치로 merge, master의 merge 부분은

           hotfix 버전으로 태그 

 

장점 

•  브랜치 자동으로 생성/ 삭제/  병합 가능
• 브랜치 이름을 일관적으로 사용 가능 
• 브랜치 별 역할이 명확히 구분되어, 각 브랜치 상태에 따라 배포 및 테스트 진행 용이 
• 승인된 개발자만 코드에 접근할 수 있게 해 안전하게 소스코드 관리 용이 
• feature 브랜치를 통해 기능 단위로 독립적인 개발 가능 
• 배포 버전과 개발 버전 분리(multi thread) 가능

단점 

• release 브랜치 활용도 낮음(버전별 tag가 존재)
• master 브랜치 활용도 낮음(develop 역할을 대신)

 

해당부분 실습시 release 브랜치를 삭제 해버렸다 ㅜㅜ 

그래서 구글링을 통해 알게된 명령어 

 

설명도 깔끔한 블로그

$ git switch -c {브랜치명} > https://kotlinworld.com/303

[Git] reflog를 활용한 삭제된 브랜치 복구 방법

 

참고

https://danielkummer.github.io/git-flow-cheatsheet/index.ko_KR.html

git-flow cheatsheet

http://amazingguni.github.io/blog/2016/03/git-branch-%EA% B7% 9C% EC% B9%99

성공적인 Git branch 관리 Model

https://applecider2020.tistory.com/36

[Git] Git 브랜치 이름은 어떻게 정할까? - Git Flow로 브랜치 관리하기

 

오늘 느낀 점 

 

예전에  프로젝트 시 소스 트리로 브랜치 병합 고생했는데 git flow 이용 시에 프로젝트 시 분업화가 잘돼서 편할 거 같다.

 

중요도

git flow 사용 시 각자 브랜치를 적재적소에 이용하는 부분 구분하기