Git branch 그리고 Git Flow

Git branch를 사용하는 이유 : 독립적으로 작업하기 위한 공간. 

필요에 의해 각각의 브랜치가 만들어진다.

브랜치가 왜 필요할까? SW는 지속적으로 변경된다. 개발 진행중에 또는 개발이 완료되어 사용중인 제품에서 발생하는 문제점을 해결하거나 개선하기 위해 발생 

 

이렇게 만들어진 브랜치느 다른 브랜치와 merge 함으로써 작업한 내용을 다시 새로운 하나의 브랜치로 모을 수 있다. 

 

if) 개발 중 이슈가 발생하면? 

issue 라는 새로운 branch 생성하기 

 

git checkout -b issue 

issue 브랜치 생성 + Head가 issue 브랜치를 가리킬 수 있도록 코드 작성하기 

이슈 해결이 완료되면 master 브랜치로 옮긴다. (기준이 되는 브랜치로 이동해서 병합)

합쳐질 브랜치를 병합 git merge issue 

이전의 issue 브랜치는 삭제해준다. 

 

각각의 브랜치들이 어떤 상황인지 확인 $ git branch -v 

더이상 사용하지 않는 브랜치 삭제 $ git branch -d 

 

만약 CONFLICT (content) : Merge conflit in MainService.java

Automatic merge failed; fix conflicts and then commit the result 

머지가 안됨. (각 브랜치의 변경점이 충돌되었기 때문에) 해당 vi 파일에서 충돌점 지워주기 (임의로 merge) 

아니면 mergetool 활용 

 

 

GitFlow 

master branch 실제 고객에게 릴리즈되는 브랜치 

모든 변경사항은 결국 master로 최종 반영되어야 한다

develop branch 실제 개발의 중심이 되는 브랜치 

기능 개발이 완료되거나 스프린트 주기가 종료되면 develop 브랜치로 내용 merge 후 브랜치 삭제됨 

feature 기능 개발 

release 배포를 준비하는 브랜치(검증,이슈 수정 등)

hotfix branch 배포한 버전에서 긴급하게 수정이 필요한 장애 및 버그 발생 시 대응하는 브랜치 master로부터 분기된다. 

 

수정사항은 master, develop 브랜치에 최종 반영되어야 한다. 

출처 : https://velog.io/@vi2920va/TIL-31-Git-Flow-Rebase