[Git] Github Flow

GitFlow와 GithubFlow 비교하기

GitFlow

• main 브랜치가 아닌 초기 브랜치에서 바로 다른 브랜치를 생성 후 작업을 수행함
• 작업이 완료되어도 바로 main으로 병합 x
  • main 브랜치에 바로 커밋하게 되면 자동화로 인하여 고객이 바로 사용할 수 있게 됨 (오류가 있는 서비스를 제공하는 것)
• master : 라이브 서버에서 제품으로 출시 되는 브랜치
• develop : 다음 버전 개발을 위해 코드를 모아두는 브랜치
  • feature : 한 개의 기능을 개발하기 위한 브랜치 (develop 브랜치에 생성)
  • release : 소프트웨어 배포를 준비하는 브랜치 (develop 브랜치에 생성)
• hot fixes : 이미 배포된 버전에서 발생한 버그를 수정하는 브랜치
  • 브랜치에서 수정한 후 develop에 합침
• Git Flow의 단점 : 작업 속도가 오래 걸림

 

GithubFlow

• 간단하고 바른 속도로 작업이 가능
• 자동화
• 하나의 브랜치에서 작업이 끝나면 바로 main에 병합

---

Github Flow는 2가지 안전장치를 가짐

 

• Github Flow를 할 때 테스트케이스를 전부 돌려본 후 하나라도 안된다면 배포를 중단함
  • TDD 필수!
• 병합을 할 때는 두명 이상의 동의를 받야하는 룰을 걸 수도 있다. 병합을 하는 데 작업자 혼자 결정하지 않음
  • Git Flow 보다 더 빠른 적용!

---

협업 하기

 

• pm) 리포지터리 생성
  • readme.md 생성 체크
  • main 브랜치에 PR 룰 걸기 (설정 - Branches - Branch name pattern에 main - Require a pull request before merging 선택 - 인원 수 설정
• pm) 개발자 1을 협력자로 초대
  • back) 개발자 1은 초대를 수락
• pm) 이슈 생성
• pm) 라벨 지정
  • bug - 버그픽스
  • document - 문서 최신화
  • enhancement - 기능 추가 및 개선
• back) 이슈 확인 및 양수
• 📤 back) git clone 리포지터리주소 .  : git pull까지 땡기는 명령어 (git init + git pull 의 압축)
  • git checkout -b enhancement/1 하고 나서 작업하기
  • git add .
  • git commit -m “work1”
  • git pull origin main —rebase : git pull origin main —rebase : 현재 내가 작업하고 있는곳에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다. (즉 최신화)
  • git push origin enhancement/1
• back) 깃허브 접속 후 pr 생성 문구 확인
• pm) 승인 : sqush merge (커밋결과 보기 좋게 쌓기) -> delete branch : enhancement/1 -> 이슈 닫기
  
  • 거부 : pr 리젝 (병합 거부)
• back) 리젝 확인 및 최신화 후 📤 과정 다시 진행
• back) pr 승인 받으면
  • git checkout main
  • git pull origin main
  • git branch -D enhancement/1
  • git fetch --prune : 로컬에 남아 있는 것들 삭제

---

정리

 

Git Flow 에서 복잡함을 줄이고 Github의 투표 기능을 합친 것이 Github Flow!