<aside> 💡 모르겠으면 무조건 문서 읽고 하기! or 물어보기!

</aside>

브랜치 전략

✅ Github Flow 사용

• 브랜치 세세하게 파기 → Merge Request → 무조건!!! 리뷰하고 피드백하기. approve 하고 나서 머지하기 → 브랜치 삭제
• 웬만하면 삭제한 브랜치 재사용 하지 말기
• 브랜치명 camelCase로!
• 새로운 기능 → fe-feature-kakaoLogin
• 수정 → be-fix-kakaoLogin
• 프론트는 fe 브랜치에만, 백은 be 브랜치에만 머지하기! 최종 코드는 나중에 main에 합침.
• 참고

사장님: feSeller-feature-kakaoLogin

손님 : feConsumer-feature-ㅋㅋㅋ

커밋

✅ 형식

• [파트][커밋타입] 개발 내용
  • [FE][Design] 로그인 화면
• JIRA 연결
  • #S10P22D201-xxx #in-progress
  • #S10P22D201-xxx #done
• 커밋 자세하게 적기!!!!!

✅ 메시지 구조

[BE][Feat] 회원 정보 수정 API        // 제목

프로필 사진, 닉네임 수정             // 본문

#S10P22D201-xxx #done               // 지라 이슈 번호

<aside> 💡 참고 1**. 제목과 본문을 빈행으로 분리**

• 커밋 유형 이후 제목과 본문은 한글로 작성하여 내용이 잘 전달될 수 있도록 할 것
• 본문에는 변경한 내용과 이유 설명 (어떻게보다는 무엇 & 왜 를 설명)

2. 제목 한글, 끝에는 . 금지

3. 제목은 기준 50자 이내로 할 것

4. 무엇을 왜 했는지 적기, 어떻게 했는지 적지 않기

</aside>

• 제목 (필수)
  • 코드의 변경 사항에 대해 짧은 요약
  • 최대 50글자 넘지 않기
  • 마침표 및 특수기호 사용 x
  • 첫 글자 대문자, 명령문 사용
  • 개조식 구문으로 작성(간결하고 요점적인 서술)
• 본문 (선택)
  • 부연 설명
  • 한 줄당 72자 내로 작성
  • 최대한 상세히
  • 어떻게 보다는 무엇을, 왜 변경했는지에 대해 작성