GitFlow vs GithubFlow

GitFlow 설명
GitFlow의 도표

GitFlow의 분기 설명

메인 지점은 마스터 지점과 개발자 지점

이다.

feature분지,release분지,hotfix분지보조

마스터 지점은 항상 발표할 수 있는 상태

develop지점에서feature지점을 잘라내어 개발

feature 지점은 기능 추가용(통상적인 개발용)

release 지점은develop 지점에서 지점을 잘라내어 발행 전(예를 들어 테스트 수신, 종합 테스트에 사용)

hotfix 지점은 발표 후 긴급 대응에 사용

GitFlow의 흐름
1단계: 개발 단계
1. 개발자 지점에서 피처 지점을 잘라내고 개발
2. 다른 사람이 개발하면 자신의 피처 지점에 합병할 수 있다
3. 개발이 끝난 후feature 지점을 개발자에 통합하여feature 지점을 삭제합니다
1~3 반복 개발
2단계: 출시 전 단계(출시 준비)
4. 개발이 끝난 후 개발자 지점에서release 지점을 잘라 발행 준비
5.release 지점 발표 전 작업,release 지점 변경 발생 시 6, 변경이 없을 때 7
브랜치 변경 시

테스트 구현 시 장애 발생

사양 변경

기타 상황

6.release 브랜치 변경
※ 변경이 크면:
6.1release 지점에서 새로운 지점을 시작하여 개발한다.
6.2 새로운 지점 개발이 완료되면 대상 지점을release 지점에 통합하여 삭제합니다.
※ 시간을 두고 release 브랜치를 직접 개발하면 됩니다.
5~6 반복,release 지점에서 코드 접두사로 전진
7.release 지점 편집 완료 후 개발자 지점과 마스터 지점으로 통합,release 지점 삭제
3단계: 출시
8. 발행(master 지점의 디자인)
9. 배급태그 제작

라벨 만드는 법

제인킨스를 통한 자동 제작

수동

단계 4: 출시 후
10. 발표 후 버그가 발생하면 마스터 지점에서hotfix 지점을 잘라 대응합니다
11. 오류가 완료되면 개발자 지점과 마스터 지점에 통합하고hotfix 지점을 삭제합니다
주의 사항

feature지점/release지점/hotfix지점에서 작업

개발자 지점/master 지점에서 일하지 않음

의 목적

팀에서 Giithub의 워크플로우를 통일한다.

장시간 개발 후 발표에 적합한 팀

장점과 단점
장점

분기 작업 오류 감소

hotfix(고장 대응)와feature(기능 개발)

를 명확하게 구분할 수 있음

지점의 역할을 명확하게 설정했기 때문에 목적지의 지점을 잘못 합병하는 등 조작 오류를 줄일 수 있다

발행 라벨을 만들고 합병된 지점을 삭제하는 절차가 있기 때문에github가 예뻐 보인다

결점

복잡

매일 depro를 하는 팀에 적합하지 않습니다.

Giithub-Flow의 설명
Giithub-Flow의 도표

Giithub-flow의 흐름
1. 마스터 지점에서 설명성 이름이 있는 지점을 잘라 개발
2. 개발 완료 후 스킬 오픈
3. 팀 내부에서 코드 리뷰를 하고push를 수정합니다.
4. 점검한 수정이 끝난 후 대상을 환경(개발, 접수, 공식)에서 분리하여 설계 확인을 한다.

문제 없으면 5번

으로 가세요.

문제가 있는 경우

4.1 뒤집기: 마스터 브랜치 설계
4.2 대응하는 문제는 3번으로 돌아간다.
5. 마스터 지점으로 합친다.
주의 사항

마스터 지점은 항상 디버깅 가능한 상태입니다.

의 목적

팀에서 Giithub의 워크플로우를 통일한다.

매일 발매하는 팀에 적합

장점과 단점
장점

쉽게 이해할 수 있음

결점

환경에서 어떤 지점이 진행 중인지 확인해야 함

hotfix(고장 대응)와feature(기능 개발)는 차이가 없기 때문에 분기 조작 오류가 발생할 수 있습니다.

합병된 지점을 삭제하지 않고 발표 라벨을 뜯어냅니다.

총결산

gitflow와githubflow의 비교

마찬가지로 팀에서 Giithub을 통일하는workflow

차이: 아래 표에서 확인하십시오

gitflow
githubflow
의 목적
• 장시간 개발 후 발표에 적합한 팀
매일 발매하기 좋은 팀
장점
• 분기 운용 오류 감소/게시 라벨 작성, 합병된 분기 삭제 절차가 있어 github가 예뻐 보입니다
• 쉽게 이해할 수 있음
결점
• 복잡/매일 depro를 진행하기에 부적합한 파티
· 환경에서 어떤 지점을 개발하고 있는지 확인해야 합니다. 지점 조작 오류가 발생할 가능성이 높습니다. 게시 라벨을 차단하지 않았거나 합병된 지점을 삭제하려면
참조 링크

git flow와 github flow는 무엇입니까?그 차이점은?

GitHub Flow

Understanding the GitHub Flow

git-flow