브랜치 전략 - Git Flow

• main: 스프린트 단위의 병합
• develop: CI, 테스트 단위만 수행, PR 단위의 병합
• feature: feat: {테스크 단위}#{이슈번호} , 테스트 단위의 브랜치
• fix: 배포 단계에서 발생한 오류에 대한 수정을 담당하는 브랜치

graph LR;
  A[main] --> B[develop];
  B --> C[fe-dev];
  B --> D[be-dev];
  B --> E[feat/#1/branch];
  C --> F[feat/#2/branch];
  D --> G[feat/#3/branch];

브랜치 네이밍

feat/#{이슈번호}/{브랜치이름(케밥케이스)}

ex. feat/#2/init-project

커밋 전략

# <타입> : <제목> 형식으로 작성하며 제목은 최대 50글자 정도로만 입력
# 제목을 아랫줄에 작성, 제목 끝에 마침표 금지, 무엇을 했는지 명확하게 작성

################
# 본문(추가 설명)을 아랫줄에 작성

################
# 꼬릿말(footer)을 아랫줄에 작성 (관련된 이슈 번호 등 추가)

################
# feat: 새로운 기능 추가
# test: 테스트 생성/수정
# fix: 버그 수정
# docs: 문서 수정
# refactor: 코드 리팩토링
# design: UI 디자인
# style: 코드 의미에 영향을 주지 않는 변경사항
# chore: 빌드 부분 혹은 패키지 매니저 수정사항
################

touch .gitmessage

// .gitmessage를 커밋 템플릿으로 사용
git config --global commit.template .gitmessage

// 에디터 상에서 커밋메시지를 작성할 수 있게 해주는 명령어
git config --global core.editor "code --wait" 

// 명령어 실행시 에디터에서 커밋메시지 작성 가능
git commit

PR/ISSUE 템플릿

PR 템플릿

<!-- 제목양식을 지켜주세요! [Feat] {제목~~} --> 
<!-- Reviewer, Assignees, Label 붙이기 -->

## 관련 이슈 번호
<!-- 이슈를 닫지 않는다면 이유 작성하기 -->
- close #{이슈번호}

## 작업 내용
- 이거했고
- 저거했다

## PR 포인트

## 고민과 학습내용

## 스크린샷