Git과 Github

Git 협업 플로우
Git-flow란?

1. Git 협업 워크플로우

1.1 Centralized workflow 단일 중앙 저장소 집중형

단일 중앙 저장소와 master 브랜치를 이용한 워크 플로우

1.2 Feature Branch Workflow

기능별 브랜치를 만들어 그 브랜치에서만 작업이 이루어진다. 작업이 끝나면 기능 브랜치를 master 브랜치로 병합한다.

1.3 Gitflow Workflow

아래 자세한 설명 작성.

1.4 Forking Workflow

프로젝트 관리자와 프로젝트 개발자를 구분한다. 프로젝트 개발자들은 공식 원격저장소를 fork하여 각 개인 별 원격저장소를 생성하여 사용한다. 프로젝트 관리자만이 공식 원격 저장소에 접근할 수 있다.

2. Git-flow란?

배포 사이클을 중심으로 브랜치를 구성하여 작업을 수행한다. 각 브랜치마다 특정한 역할과 언제/어떻게 각 브랜치들이 서로 상호작용할지 정의하여 사용한다.

브랜치는 5가지 종류가 있다. 항상 유지되는 메인 브랜치 master, develop 이 있으며, 일정 기간동안 유지되었다가 사용이 완료되면 삭제하는 보조 브랜치 feature, release, hotfix 가 있다.

master(main)	배포 이력 기록(태그)	릴리즈(배포)이력을 관리하기 위해 사용한다. 제품으로 출시될 수 있는 브랜치
develop	개발 브랜치	feature 브랜치들을 병합하는 브랜치. 다음 출시 버전을 개발하는 브랜치. master 브랜치에서 생성한다.
feature	기능 브랜치	기능을 개발하는 브랜치. develop에서 feature 브랜치를 생성한다. feature 브랜치는 develop 브랜치와 상호작용 한다. master와는 어떠한 연결도 없다.
release	배포 준비 브랜치 (배포 전 버그)	배포 일정이 되면, develop 브랜치를 기준으로 배포를 위한 release 브랜치를 생성한다. 보통 QA 시 develop 브랜치에서 release 브랜치를 생성한다. 버그 수정, 문서 추가 등 배포와 직접적으로 관련된 작업을 수행한다. 배포가 완료되면 master 브랜치에 병합한다. 배포 준비를 하는 동안 develop 브랜치가 변경되었을 수도 있으므로 develop 브랜치에도 병합한다. 보통 release-* 또는 release/* 으로 이름을 짓는다.
hotfix	유지보수 브랜치 (배포 후 버그)	배포 후 생긴 버그 등의 긴급 패치를 적용하는 브랜치. master에서 hotfix 브랜치를 생성한다. 보수가 완료되면 master와 develop 브랜치에 병합하고, 새로운 버전으로 태그한다.

자세한 사용은 공부 자료였던 '우아한 형제들 기술 블로그 : 우린 Git-flow를 사용하고 있어요'의 'Git-flow를 이렇게 하고 있어요' 부분에서 확인하자.

https://techblog.woowahan.com/2553/

우린 Git-flow를 사용하고 있어요 | 우아한형제들 기술블로그

{{item.name}} 안녕하세요. 우아한형제들 배민프론트개발팀에서 안드로이드 앱 개발을 하고 있는 나동호입니다. 오늘은 저희 안드로이드 파트에서 사용하고 있는 Git 브랜치 전략을 소개하려고 합

techblog.woowahan.com

공부자료

https://shilan.tistory.com/entry/개인-프로젝트-Git-관리
https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
https://nvie.com/posts/a-successful-git-branching-model/
우아한 형제들 기술 블로그 : 우린 Git-flow를 사용하고 있어요 https://techblog.woowahan.com/2553/
https://www.inbogi.com/bok/2020/04/1/
https://parkadd.tistory.com/m/101?category=967882

728x90