s3-musinsa

git commit message convention

커밋 메시지 컨벤션

기본 구조:

<타입>(옵션): 커밋 메시지 제목

본문 (선택사항)

예시:

feat: 사용자 로그인 기능 추가
fix: 로그인 시 오류 메시지 출력 문제 해결
docs: README.md 업데이트

주요 타입 예시:

타입	설명
feat	새로운 기능 추가
fix	버그 수정
docs	문서 수정
style	코드 포맷팅, 세미콜론 누락 등 기능/로직 변경 없음
refactor	코드 리팩토링 (기능 변화 없음)
test	테스트 코드 추가 또는 수정
chore	빌드 업무, 패키지 매니저 설정 등 기타 변경

git branch 전략

GitHub Flow 개요

GitHub Flow는 항상 main 브랜치는 배포 가능한 상태를 유지하고, 모든 개발은 별도 브랜치에서 작업한 뒤 Pull Request(PR) 를 통해 병합하는 방식입니다.

• Git-flow가 Github에서 사용하기에는 복잡하다고 나온 브랜치 전략이다.
• hotfix 브랜치나 feature 브랜치를 구분하지 않는다. 다만 우선순위가 다를 뿐
• 수시로 배포가 일어나며, CI와 배포가 자동화되어있는 프로젝트에 유용

GitHub Flow 브랜치 흐름 요약

1. main 브랜치에서 작업 브랜치 생성

   → git checkout -b feature/기능명 main

2. 기능 개발 및 커밋

3. GitHub에 PR 생성 (코드 리뷰 & CI/CD 확인)

4. 리뷰 완료 후 main 브랜치로 병합

5. 병합되면 자동 배포 또는 수동 배포 진행

브랜치 명명 예시

브랜치 이름	목적	설명
main	운영 배포용	항상 안정적 상태 유지
feature/기능명	새로운 기능 개발	로그인, 장바구니 등
fix/버그명	버그 수정	긴급하지 않으면 일반 기능과 동일
chore/설정	문서나 설정 파일 변경	README, ESLint, CI 설정 등