깃허브 규칙
•
브랜치 생성시 기능브랜치의 경우 feat/{기능이름} 으로 브랜치 생성하기
•
Github Issue 적극활용하기!!
◦
커밋시 제일 앞에 “#{issueNubmer}” 붙여서 커밋하기
•
깃헙 커밋 규칙 지키기!
•
PR시 2명 이상 코드리뷰 받고 dev에 Merge 하기
•
코드리뷰 시 과감하게 말하기 → 코드리뷰 받는 사람도 얼굴 붉히지 않기
•
다른 팀원이 작업하고 있던 코드 변경 생기면 해당 팀원에게 알려주기
•
ex) #11 update : 업데이트내용
깃헙 커밋 규칙
작업 타입 | 작업내용 | |
 update | 해당 파일에 새로운 기능이 생김 | |
| add | 없던 파일을 생성함, 초기 세팅 | |
| bugfix | 버그 수정 | |
| refactor | 코드 리팩토링 | |
| fix | 코드 수정 | |
| move | 파일 옮김/정리 | |
| del | 기능/파일을 삭제 | |
| test | 테스트 코드를 작성 | |
| style | css | |
| gitfix | gitignore 수정 | |
| script | package.json 변경(npm 설치 등) |
