용도에 맞춰 브랜치 이름을 달리 해나가는 전략입니다
feature 브랜치는 기능에 따라 다수가 존재할 수도 있습니다.
타입설명
| 타입 | 설명 |
| feat | 새로운 기능 추가 |
| fix | 버그 수정 |
| docs | 문서 수정 |
| style | 공백, 세미콜론 등 스타일 수정 |
| refactor | 코드 리팩토링 |
| perf | 성능 개선 |
| test | 테스트 추가 |
| chore | 빌드 과정 또는 보조 기능(문서 생성기능 등) 수정 |
예시
feat: 압축파일 미리보기 기능 추가
사용자의 편의를 위해 압축을 풀기 전에
다음과 같이 압축파일 미리보기를 할 수 있도록 함
- 마우스 오른쪽 클릭
- 윈도우 탐색기 또는 맥 파인더의 미리보기 창
Closes #123 ( 여기는 이슈 번호입니다 )
https://nvie.com/posts/a-successful-git-branching-model/
A successful Git branching model
In this post I present a Git branching strategy for developing and releasing software as I’ve used it in many of my projects, and which has turned out to be very successful.
nvie.com
'DevOps > Git' 카테고리의 다른 글
| [Git] git reset --hard 실수했을 때 복구하는 방법: reflog로 살리기 (0) | 2024.12.31 |
|---|---|
| [Git] 추적되지 않는 파일 깔끔하게 정리하기 : git clean (0) | 2024.12.31 |
| [Git] 커밋하지 않은 변경사항 되돌리기 ( restore ) (0) | 2024.12.31 |
| [Git] stash와 amend 가이드: 작업 임시저장과 커밋 수정하기 (0) | 2024.12.31 |
| [Git] Commit message 타입 (0) | 2024.12.31 |
