Github Flow

브랜치 전략 - Github Flow

main 브랜치

• product에 배포되는 브랜치
• main 브랜치는 언제든지 배포 가능해야 한다.
• 무조건 PR을 날려 검토받는다. (PR은 최대한 자세히)

브랜치 생성

• main 브랜치에서 생성해와야 한다.
• 브랜치 이름은 한 눈에 어떤 작업을 위한 브랜치인지 알 수 있는 이름을 가져간다.
• feature/Issue-(Issue번호) 형식의 해당 Issue에 맞는 단위 개발 브랜치를 생성해 작업한다.

커밋

• 파일을 추가, 수정, 삭제할 때 마다 커밋하여 작업 히스토리를 남긴다.
• 작업을 진행한 이유를 다른 사람이 알 수 있도록 커밋 메세지를 남긴다.

Pull Request

• 피드백이나 도움이 필요할 때, merge 준비가 완료된 경우 PR을 생성한다.
• 요청을 수락하면 변경 내용을 브랜치에 merge한다.

배포

• main으로 merge, push 되었을 때는 즉시 배포되어야 한다.
• main으로 merge가 일어나면 자동으로 배포가 되도록 설정