깃허브 Flow
•
main - 제품으로 출시될 수 있는 브랜치
•
develop - 다음 출시 버전을 개발하는 브랜치
•
feature - 단위 기능을 개발하는 브랜치
•
hotfix - 출시 버전에서 발생한 심각한 버그를 긴급 수정하는 브랜치
깃헙 커밋 규칙
작업 타입 | 작업내용 |
 feat | 해당 파일에 새로운 기능이 생김 |
| add | 없던 파일을 생성함, 초기 세팅 |
| bugfix | 버그 수정 |
| refactor | 코드 리팩토링 |
| fix | 코드 수정 |
| move | 파일 옮김/정리 |
| del | 기능/파일을 삭제 |
| test | 테스트 코드를 작성 |
| style | css |
| gitfix | gitignore 수정 |
| script | package.json 변경(npm 설치 등) |
rename | 코드 변수명 변경 및 코드 스타일(컨벤션) 수정 |
기능 개발 전 해야할 일
•
모든 Issue와 브랜치는 기능 단위 별로 진행해야 합니다.
1.
깃허브 Issue(기능개발)를 생성한다.
2.
최신 develop 브랜치에서 분기하여 새 브랜치를 생성한다.(예)feature/register_post)
3.
개발 완료 후, 자신의 브랜치를 원격 저장소에 push하고 develop 브랜치에 PR을 생성한다.
4.
PR 템플릿에 맞춰 내용을 알맞게 작성하고, 오른쪽 탭에도 정보를 입력해준다.(Assignees, Labels, Projects, Development…)
5.
최소 2명 이상의 인원과 코드 리뷰 후, 생성한 PR을 Merge한다.
