Gitflow란?

Giflow는 Feature 브랜치 등 여러 브랜치 들을 사용하여 개발하는 Git 브랜치 모델이다. Trunk-based 개발과 비교하여 Giflow에는 오랜기간 지속되는 여러 브랜치들과 규모가 큰 커밋이 있고, 개발자는 Feature 브랜치를 만들고 기능이 완료될 때까지 이를 Main 브랜치에 Merge(병합)하지 않는다.
병합에 비용이 많이 소요되며 conflict(충돌) 이 잦기 때문이다.

Gitflow의 브랜치 구성

• master : 기준이 되는 브랜치로 제품을 배포
• develop : 개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 합(Merge)치게된다.
• feature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 합치게된다.
• release : 배포를 위해 master 브랜치로 보내기 전, 먼저 QA(품질검사)를 하기위한 브랜치
• hotfix : master 브랜치로 배포를 했는데 버그가 생겼을 경구 긴급 수정하는 브랜치
• master와 develop가 중요한 메인 브렌치이며, 나머지는 필요에 의해 운영하는 브랜치라고 볼 수 있다.

WorkFlow

작업 절차를 통한 정보 또는 업무의 이동을 의미하며, 작업 흐름이라고도 부른다. 더 자세히 말해, 워크플로는 작업 절차의 운영적 측면이다. 업무들이 어떻게 구성되고, 누가 수행하며, 순서가 어떻게 되며, 어떻게 동기화를 시킬지, 업무를 지원하기 위한 정보가 어떻게 흐르는지 그리고 업무가 어떻게 추적되는지이다.

Work-flow 3가지 키워드

• 작업의 흐름도
• 작업 절차
• 업무의 이동성

느낀점

어느정도 표준화가 되어 있다고 하지만, 회사마다 상황에 맞게 브랜치 전략을 바꿔가며 사용한다고 한다. 솔직히 아직 표준화된 내용도 이해가 안가서 좀더 읽어보고 나중에 회사에 입사하게 되면 잘 적응할 수 있었으면 좋겠다.