3. Git 워크플로우

3.1 브랜치 전략

브랜치와 커밋 메시지의 Type은 동일한 형식을 사용하여 작업의 목적과 성격을 명확히 표현합니다. 이를 통해 작업의 일관성을 유지하고 변경 사항을 쉽게 추적할 수 있습니다.

3.2.1 타입 목록 및 설명

브랜치와 커밋에서 사용할 Type은 다음과 같습니다:

타입 설명 브랜치 예시 커밋 예시
main 제품 출시 버전 main 사용하지 않음
develop 다음 출시 버전을 위한 개발 브랜치 develop 사용하지 않음
feature 새로운 기능 개발 feature/123-user-authentication feat(auth): 구글 OAuth 로그인 구현
bugfix 버그 수정 bugfix/789-login-error fix(cart): 항목 중복 추가 문제 해결
release 릴리즈 준비 release/v1.2.0 사용하지 않음
hotfix 긴급 버그 수정 hotfix/202-security-vulnerability fix(security): XSS 취약점 수정
docs 문서 수정 docs/README-update docs(readme): 설치 가이드 업데이트
style 코드 포맷팅 (코드 변경 없음) 사용하지 않음 style(payment): 코드 포맷팅 수정
refactor 코드 리팩토링 (기능 변경 없음) refactor/1010-optimize-payment-flow refactor(payment): 거래 처리 로직 단순화
test 테스트 코드 추가 또는 수정 test/303-add-unit-tests test(payment): 결제 모듈 단위 테스트 추가
chore 빌드 프로세스 또는 보조 도구 변경 (코드 변경 없음) chore/update-dependencies chore(dependencies): 패키지 업데이트

3.2.2 브랜치 이름 규칙

브랜치 이름은 다음 형식을 따릅니다:

<type>/<issue-number>-<brief-description>

예시:

3.2.3 커밋 메시지 규칙

커밋 메시지는 다음 형식을 따릅니다:

<type>(<scope>): <subject>

<body>

<footer>