#1 커밋 메시지 관련

• 커밋 메시지 컨벤션 규칙 참고용

<aside> 💡 커밋 메시지 형식 - 제목 #{이슈번호} 내용

예시

1. Feat #2 로그인 API 구현
2. Refactor #5 가게 담기 코드 리팩토링 </aside>

#2 브랜치 명 규칙

• 브랜치 컨벤션 규칙 참고용

<aside> 💡 브랜치 명 형식 - 제목/기능

예시

Feat/signup

Test/posts

</aside>

#3 깃 플로우 전략

• 깃 플로우 전략 참고용

프로젝트 레포지토리 생성 ( 프론트 / 백엔드 )

예시

gnims-project / frontend

gnims-project / backend

<aside> 💡 각 기능별 브랜치 생성

main: 제품으로 출시될 수 있는 브랜치

develop : 다음 출시 버전을 개발하는 브랜치

feature : 기능을 개발하는 브랜치

</aside>

<aside> 💡 개발 순서

1. 프로젝트 레포지토리에서 개인 레포지토리로 포크
2. 조직 레포지토리의 develop을 베이스로 feature 브랜치 생성 후 개발 시작

1. 조직 레포지토리 이슈 등록

1. 기능 구현이 완료되면 커밋 - 푸시 후 프로젝트 레포지토리의 develop로 풀 리퀘스트 요청

1. 팀원들의 코드 리뷰 후 머지 완료
2. 작업이 끝난 원격 및 로컬 feat 브랜치는 삭제
3. 2~6 반복
4. 최종 개발이 완료되면 master 브랜치로 최종 머지 </aside>

#4 PR 규칙