깃헙 커밋 규칙
작업 타입 | 작업내용 |
 feat | 해당 파일에 새로운 기능이 생김 |
| init | 없던 파일을 생성함, 초기 세팅 |
| bugfix | 버그 수정 - 어머 |
| refactor | 코드 리팩토링 |
| fix | 코드 수정 - 사소한 |
| move | 파일 옮김/정리 |
| del | 기능/파일을 삭제 |
| test | 테스트 코드를 작성 |
| front | 프론트 관련 모두 다 |
| gitfix | gitignore 수정 |
| script | package.json 변경(npm 설치 등) |
이슈 등록
커밋메시지에 이슈번호 달고 커밋
ex) [#1] feat : 명사 외에는 모두 한글
브랜치 명
•
feat/도메인명
커밋
•
커밋 단위는 api별 필수!!
깃플로우 전략?
main - 배포
dev - 개발
feat/… - 기능 구현
feat/city - git pull dev
rebase 써 볼 사람 써보기
dev 브랜치로 이동한다.
local dev브랜치에 remote dev브랜치를 풀 받는다.
개발중인 기능브랜치로 이동한다.
git rebase dev
충돌 해결한다.
현재 기능개발중인 브랜치가 push만 되어서 pr에 올라가있고 머지가 되지 않은 상태라면 다시 rebase 하지 말자
