GitFlow의 브랜치 전략의 복잡한 부분을 생략하여 간략화한 브랜치 전략이다. github flow는 master 브랜치 하나만을 가지고 진행하는 방식이다.
GitHub Flow는 master와 feature, 두개의 브랜치로 나뉜다.
Github Flow의 개발 과정은 다음과 같다.
- master 브랜치에서 개발이 시작된다.
- 기능이나 버그에 대해 issue를 작성한다.
- 팀원들이 issue 해결을 위해 master 브랜치에서 생성한
feature/{구현기능}브랜치에서 개발을 진행하고 커밋한다. - 개발한 코드를 master 브랜치에 병합할 수 있도록 요청을 보낸다. 즉, pull request를 날린다.
- pull request를 통해 팀원들간에 피드백을 주고받거나 버그를 찾는다.
- 모든 리뷰가 이뤄지면 테스트를 진행한 후 master 브랜치에 머지한다.
github flow는 시시각각 master에 머지될 때마다 배포가 이루어지는 것이 좋다. 따라서 CI/CD를 통한 배포 자동화를 적용하는 것이 좋다.
pull request에서 충분한 리뷰와 피드백이 진행되지 않으면 배포된 코드에서 버그가 발생할 수 있으므로 주의해야한다.