Vincent Diessen의 branching model을 적용하여 고수준으로 저장소를 관리할 수 있도록 해주는 확장기능
master: 제품으로 출시(배포)할 수 있는 브랜치develop: 다음 버전을 개발하는 브랜치feature: 단위별로 기능을 개발하는 브랜치 (완료되면 develop 브런치와 병합)hotfixes: master브랜치에서 발생한 버그를 긴급하게 수정하는 브랜치release: 배포 전 (master와 병합 전) QA를 통해 버그를 찾아내기 위한 브랜치git-flow 사용하기, gitflow로 branch를 관리하자!! 여기서 참고
$ git flow init
$ git flow init -d옵션을 주면 이 과정 생략 가능.
특정 기능 개발 위한 branch로 feature 사용한다.
git flow feature start <branch name>
위 명령어를 수행하면 새로운 기능 개발 위한 branch 가 'feature/branch name'으로 생성되고 자동으로 해당 branch로 checkout 된다.
만약 해당 branch를 merge 하지 않고 삭제한다면 (branch 잘못 만듬)
$ git branch -D <branch name>
{flow}/{구역}/{기능}
ex) feature/back/login
ex) feature/front/calendar
우리는 type , subject과 footer만 필수!
제목, 본문, 꼬리말 세 파트 각 파트는 빈줄을 두어 구분
type(옵션): [#issueNumber - ]Subject // -> 제목
(한 줄을 띄워 분리합니다.)
body(옵션) // -> 본문
(한 줄을 띄워 분리합니다.)
footer(옵션) // -> 꼬리말
태그와 제목으로 구성되고, 태그는 영어로 쓰되 첫 문자는 대문자로 합니다.
기능
Feat, Fix, Design, !BREAKING CHANGE 태그가 기능 태그의 종류
추가적인 문맥 정보를 제공하기 위한 목적으로 괄호 안에 적을 수도 있습니다.
ex)
"Feat(navigation): "
"Fix(database): "
git commit -m 'Docs: Update.md
깃 지라 연동 테스트'
master
develop
feature/front/~~
feture/back/~~
개선
Style, Refactor, Comment 태그
그 외
Docs, Test, Chore, Rename, Remove 태그
ex)
Feat: Add get data api 함수
Feat: "추가 로그인 함수"
로그인 API 개발
Resolves: #123
Ref: #456
Related to: #48, #45
커밋들을 모아서 복사한 뒤, 다른 곳이 덜궈 놓는 것. 리베이스를 하면 커밋들의 흐름을 보기 좋게 한 줄로 만들 수 있다는 장점이 있다.
# 1. `bugFix`라는 새 브랜치를 만들어 선택하세요
$ git branch bugFix
$ git checkout bugFix
# 2. 커밋 한 번 합니다
$ git commit
# 3. `main` 브랜치로 돌아가서 또 커밋합니다
$ git branch main
$ git checkout main
$ git commit
# 4. `bugFix`를 다시 선택하고 `main`에 리베이스 하세요
$ git checkout bugFix
$ git rebase main
여기서 main 과 bugFix를 합치고싶다면 아래의 명령어 사용
$ git checkout main$ git rebase bugFix
이모지를 넣어서 쉽게 어떤 용도로 커밋햇는지 태깅으로 검색하기 위해 이모지를 쓴다.