브랜치 전략

gitflow 전략을 따른다.

<aside> ✔️

• master : 제품으로 출시될 수 있는 브랜치
• develop : 다음 출시 버전을 개발하는 브랜치
• feature : 기능을 개발하는 브랜치 </aside>

브렌치명 컨벤션

<aside> ✔️

main dev feature-[be/fe]-[#이슈번호]

</aside>

gitGraph
    commit
    branch dev
    checkout dev
    branch "feature-be-#1"
    commit
    commit
    checkout dev
    merge "feature-be-#1"
    branch "feature-fe-#2"
    commit
    commit
    checkout dev
    merge "feature-fe-#2"
    checkout main
    merge dev

Commit 컨벤션

기본 형식

<type>[optional scope]: <description>
[optional body]
[optional footer]

요소 설명

1. type: 커밋의 종류를 나타내며, 일반적으로 다음과 같은 타입 사용
   • feat: 새로운 기능 추가
   • fix: 버그 수정
   • docs: 문서 수정
   • style: 코드 포맷팅, 세미콜론 누락 등 (로직 변화 없음)
   • refactor: 코드 리팩토링 (기능 변화 없음)
   • test: 테스트 추가 또는 수정
   • chore: 빌드 프로세스 또는 보조 도구 변경
2. optional scope: 변경 사항의 범위를 나타냄. (ex. 특정 모듈이나 컴포넌트를 지칭)
3. description: 변경 내용을 간결하게 설명. 명령형으로 작성