Git 전략

Branch

• main - dev(be/fe/통합 분리) - feat(feature)/bug 단위로 쪼개 구현

└ main
  └ dev
    ├ fe/dev
    │ ├ fe/feat/1
    │ └ fe/bug/2
    └ de/dev
      ├ be/feat/3
      └ be/bug/4

• feat는 서로의 기능이 겹치지 않는 선에서 작게 쪼개기 (conflict 방지)
• hotfix 및 chore은 main, dev에 긴급으로 생성 가능

Issue

• 제목: [fe-feat] / [fe-bug] <구현할 기능 or 버그 요약>
• 템플릿

// feat

## 📝 Todo
- [ ] 작업 할 내용

// bug

## 🐞 Bug
<!-- 버그 내용 자세하게 설명 (사진, 상황) -->

## 📝 Todo
- [ ] 작업 할 내용

Pull Request

• 템플릿

> PR 제목은 핵심 변경 사항을 요약해주세요.
> [#이슈번호] (핵심 변경 사항)

---
## 🔗 Linked Issue (이슈)

## 🙋‍ Summary (요약)
<!-- 작업 내용 요약 -->
- 작업 내용 요약1
- 작업 내용 요약2

## 😎 Description (변경사항)
<!-- 작업 내용 설명 -->
### 작업 내용 요약1
- 작업 내용 설명
- 작업 내용 설명
### 작업 내용 요약2
- 작업 내용 설명
- 작업 내용 설명

## 🔥 Trouble Shooting (해결된 문제 및 해결 과정)

## 🤔 Open Problem (미해결된 문제 혹은 고민사항)

• 알맞은 라벨 선택
  • 라벨은 커밋 컨벤션 룰에 맞춰 설정
• merge 후 branch는 삭제
• assignee 본인 선택 (만약 다른 사람도 참여했다면 그 사람도 선택)
• 리뷰어는 모든 팀원 선택 (전원 확인 후 merge)
• 모든 pr 문서 작성 및 리뷰어 요청은 23시 내에 끝내도록 한다. (늦을 것 같으면 미리 알리기)
• 새 pr은 10시 이후 올리기 (전날 23시 이후엔 리뷰하고 쉬기..)

커밋 컨벤션

• 커밋컨벤션
• 메세지는 작업 내용에 대해 최대한 자세히 작성한다.
  • ex) fix: 로그인 post api 연동했으나 실제 네트워크 요청이 안 가던 오류 해결