깃 플로우 전략에 따른 CLI 명령어 정리

깃 플로우 전략은 이해 했다고 치고 코드만 남겨두기

처음 설치

brew install git-flow

cs

초기화

git flow init        #Git Flow 브랜치 구조(main, develop 등)를 초기화하고 설정.  -d  옵션으로 기본값 사용 추천.   git flow init -f     #기존 Git Flow가 있어도 강제 초기화.  Colored by Color Scripter

cs

기능 개발(Feature) - develop에서 새로운개발 브랜치 생성 후 머지

git flow feature start <feature-name>         #develop에서 feature/ 브랜치 생성(시작) git add .  git commit -m "작업 내용"            #일반 커밋 작업(개발) git flow feature publish <feature-name>       #원격 저장소에 푸시해 팀원과 공유(공유) git flow feature finish <feature-name>        #develop으로 병합 후 feature 브랜치 삭제(완료) git push origin develop                       #변경사항 원격에 반영(푸시)

cs

릴리즈(Release) - main에 develop 브랜치 머지

git flow release start <version> develop에서 release/  #브랜치 생성 (예: v1.0.0)(시작) git flow release publish <version>                    #원격에 푸시해 공유(공유) git flow release finish <version>                     #main과 develop으로 병합, 태그 생성, 브랜치 삭제(완료) git push origin --tags                                #태그를 원격에 푸시(태그 푸시) git push origin main  git push origin develop         #병합된 브랜치 푸시(푸시)

cs

긴급 수정(Hotfix) - main에서 핫픽스 브랜치를 생성 후 머지

git flow hotfix start <version>     #main에서 hotfix/ 브랜치 생성 (예: v1.0.1)(시작) git add .  git commit -m "수정 내용"  #버그 수정 커밋(개발) git flow hotfix publish <version>   #원격 푸시(공유) git flow hotfix finish <version>    #main과 develop으로 병합, 태그 생성, 브랜치 삭제(완료) git push origin --tags              #태그 푸시 Colored by Color Scripter

cs

지원 브랜치(Support)

git flow support start <version> <base-tag>     #main에서 support/ 브랜치 생성 (예: support/v0.9 v0.9.0).  git flow support publish <version>              #원격 푸시.  git flow support finish <version>               #main으로 병합 후 삭제 (main에도 태그 추천).

cs