github flow의 특징
브랜치
- main 브랜치는 항상 최신, stable한 상태
- 새로운 브랜치는 항상 main으로 부터 생성
- 브랜치가 세부적으로 나눠져있지 않기 때문에 브랜치 이름을 자세하게, 어떤일을 하고있는지 쓸 것
커밋
- 브랜치가 세부적이지 않기 때문에 커밋 또한 상세하게 작성해야 한다.
- 원격지에 수시로 push해서 내가 하는 일이 무엇인지 알려야 한다.
PR 생성 (Pull Request)
- 코드 리뷰를 위한 것
- 여기서 merge하면 배포되는 것이므로, 상세한 리뷰와 토의가 필요하다.
테스트
Merge
- 테스트 서버에서 문제가 없었으면 즉시 배포하는데
여기서 CI/CD가 필요하다. 왜냐하면 main으로 merge되고 push되면 즉시 배포되어야 하기 때문이다.
참조