깃허브 규칙
1. PR 전 코드리뷰 필수!!
(2명이상 승인 해야 merge 가능하게 지정 )
2.git branch 전략
main : 제품으로 출시될 수 있는 브랜치
dev : 다음 출시 버전을 개발하는 브랜치
feature : 기능을 개발하는 브랜치
release : 이번 출시 버전을 준비하는 브랜치
hotfix : 출시 버전에서 발생한 버그를 수정 하는 브랜치
feature로 각자 작업하면서 dev에 합친 후 중간 출시 때 release로 복사
hotfix로 유지보수하면서 최종 출시 때 main으로 합치기!
3. git commit message 작성
(타입 : 내용 으로 통일)
작업 타입 | 작업내용 |
 update | 해당 파일에 새로운 기능이 생김 |
feat | 기능 구현 |
| add | 없던 파일을 생성함, 초기 세팅 |
| bugfix | 버그 수정 |
| refactor | 코드 리팩토링 |
| fix | 코드 수정 |
| move | 파일 옮김/정리 |
| del | 기능/파일을 삭제 |
| test | 테스트 코드를 작성 |
| style | css |
| gitfix | gitignore 수정 |
| script | package.json 변경(npm 설치 등)git issue 활용 |
작업의 버그 수정, 질문,새로운 추가될 기능, 개선해야하는 기능이 있을 때 적극 활용한다.
4. Git Issuse
작업의 버그 수정, 새로운 추가될 기능, 개선해야하는 기능, 질문 등이 있을 때 git issue적극 활용
