깃 브랜칭 전략
•
Github flow
◦
main 브랜치는 유지
◦
새로운 작업에 브랜치를 분기 후 작업
◦
작업 완료 시 PR로 리뷰 후 머지
◦
ex) 기능 추가 시, feat/add-login
•
전부 소문자로 작성
•
feat : 기능 추가 ← 처름 콜론 전후로 스페이스 바
•
1커밋 당 1행위
•
1PR 당 1작업
•
만약 커밋 헤더에 다 담지 못하는 경우 바디에다가 상세 (도메인 포함) 설명
•
커밋 헤더 맨 앞에는 [#{담당 이슈번호}] 작성하기
◦
ex) [#151] feat : 로그인 구현
커밋 컨벤션
작업 타입 | 작업내용 |
 feat | 해당 파일에 새로운 기능이 생김 |
| fix | 코드 수정 |
| refactor | 코드 리팩토링 |
| move | 파일 옮김/정리 |
| remove | 기능/파일을 삭제 |
| docs | 문서작업 |
| test | 테스트 코드를 작성 |
| style | css |
| script | package.json 변경(npm 설치 등) |
| chore | 기타 자질구레한 일 |
작업 프로세스
1.
2.
브랜치를 파서 작업을 진행한다.
a.
매일 밤에는 지금까지 한 작업 푸쉬 해두기
b.
커밋할 때는 맨 앞에 이슈번호를 [#…] 로 적어두기
i.
이러면 깃허브에서 링크가 달림
4.
머지 시 이슈 닫기.
a.
PR에서 close #{이슈번호} 입력 시 머지하면 자동으로 이슈 닫힘
