모르는 사이에 우리의 src 저장소의 개발 흐름이 git-flow를 따르는 것처럼 보입니다. 아직 이마이치 이해할 수 없는 스태프를 위해서, 여기서 간단하게 방황하고, 한 걸음 진행해 릴리스까지를 복습해 보려고 생각합니다(나는 연약하기 때문에 SourceTree를 사용합니다).

자세하게 Git를 알고 싶은 사람은, 우선은 이쪽.

원숭이에서도 알 수있는 Git 입문 ~ 버전 관리를 사용하자 ~ | 어디서나 프로젝트 관리 백 로그

이쪽은 폐사 시다의 정리 기사입니다.

Git 초보자를 위한 Git 입문 - Qiita

git-flow의 개요를 알고 싶은 분은, 이하가 참고가 되었습니다. 기본적인 Git 사용법을 알고 있으면 이해할 수 있다고 생각합니다.

Git 브랜치를 다루는 git-flow / GitHub Flow 입문

Git 브랜치를 잘 다루는 git-flow/GitHub Flow 입문(3): 그림과 명령으로 알 수 있다! git-flow에 의한 개발의 흐름과 사용법 (1/2) - @IT

1. 초기화

git flow init에 해당합니다. SourceTree를 사용하면 git-flow 워크 플로우를 준비하는 것이 쉽습니다. 메뉴 오른쪽 상단의 "Git Flow"에서 기본 브랜치 이름 그대로 OK하면 git-flow에서 사용되는 브랜치 그룹이 만들어집니다.

2. 매일 개발 작업

git flow feature ~에 해당합니다. 기능을 개발할 때는 develop 브랜치에서 기능에 대한 feature 브랜치를 작성하여 개발을 진행합니다. SourceTree에서 실행하려면 다음 단계를 수행합니다.

대응 개시

feature 분기를 만듭니다(예: feature/feature_a 추가).

대응 중

작성한 feature 브랜치에 대해 아티팩트를 커밋합니다.

대응 완료

기능 구현, 테스트가 완료되면 메뉴 오른쪽 상단의 Git Flow에서 Finish Current를 선택하고 develop 분기에 병합합니다. rebase 할 것인가 명시적으로 merge 커밋할 것인가, 라고 하는 점은 프로젝트의 방침에 맞추어 자유롭게.





완료되면 develop 분기에 병합되어 있는지 확인할 수 있다고 생각합니다.

3. 릴리스 작업

git flow release ~에 해당합니다. 릴리스에 필요한 기능의 개발이 진행되면, 드디어 릴리스 준비를 합니다. 대략적인 흐름으로서는, release/1.0.0 와 같은 릴리스 준비용의 브랜치를 작성해, 릴리스 작업을 실시합니다. 아래의 기사가 잘 모였습니다.

Git Flow 출시 | Developers.IO

4. 긴급 대응

git flow hotfix ~에 해당합니다. 릴리스 후 발생한 결함에 대한 대응 등, 긴급 대응은 hotfix 브랜치를 작성해 실시합니다. 구체적인 예는 다음과 같습니다.

대응 개시

메뉴 오른쪽 상단의 Git Flow에서 Finish Current를 선택하여 hotfix 브랜치를 만듭니다 (예 : hotfix/0.1.1).

대응 중

작성한 hotfix 브랜치 hotfix/0.1.1에 대해 커밋합니다.

대응 완료

작업이 완료되면 메뉴 오른쪽 상단의 Git Flow에서 Finish Current를 선택하여 릴리스 준비로 들어갑니다. 여기서 OK 그러면 hotfix/0.1.1가 릴리스됩니다. Tag에 수정 요약을 메시지로 남겨두면 좋을 것입니다.



특히, master 브랜치와 develop 브랜치에 hotfix/0.1.1 수정사항이 병합되고 master 브랜치에 처음 입력한 Hotfix Version 태그0.1.1가 찍힙니다.



이것으로 수정 지원 릴리스가 완료됩니다.

기타 참고

git-flow 시도 - Qiita