🎮 Git flow

• 메인 브랜치는 main, dev 2개의 브랜치만 사용

• dev 에 PR 후 merge 되면, 각 개발자는 본인 개발환경에 dev 를 rebase 한다. 최신화한다.

• Repository 및 PR

  1. Github Organizations 생성 후 Repository 설정
  2. 팀장이 처음 프로젝트 초기 세팅과 main, dev 브랜치 생성 후 Organization 초대 및 Collaborator 설정
  3. 기능 구현이 완료된 후에는 feat 브랜치를 dev 브랜치에 병합 후에 push하고 PR 합니다.
     • 코드 충돌이 발생할 수 있는 작업은 해당 팀원과 상의 후에 작업 진행

• Branch 구분 및 feat Branch 명명법

  1. main - 제출용
  2. dev - develop 브랜치 (개발용)
  3. {타입명}/{기능명}으로 기능 브랜치 생성 - 예시) feat/login

• Commit 및 PR

  1. 하나의 기능을 구현 할 때마다 commit
  2. feat 하나 개발 완료 후 develop 브랜치로 pull request하고 slack에 멘션으로 공지 ex) develop [어떤 기능] PR 승인(확인)해주세요.
  3. PR 요청 시 다른 팀원 3명 이상 코드 확인 및 리뷰 후 merge
  4. Conflict 발생 시 직접 해결
  5. develop에 올라가면 slack에 멘션으로 공지 ex) [어떤 기능] merge 됐습니다. pull 해주세요.

🚦커밋 메세지 규칙

################
# 타입: 제목의 형식
# ex) feat: 로그인 기능 추가

# 제목과 본문의 분리를 위한 공백란

################
# 본문(구체적인 내용)을 아래에 작성
# 여러 줄의 메시지를 작성할 땐 "-"로 구분

################
# 타입에 대한 설명
# build : 빌드 파일 수정
# delete : 기능 삭제
# design : 사용자 UI 디자인 변경 (CSS 등)
# docs : 문서 수정
# feat : 새로운 기능 추가
# fix : 코드(주석 포함), 버그, 코드 스타일(코드 포매팅, 세미콜론 누락 등) 수정
# gitfix : gitignore 수정, commit 충돌 해결
# init : 최초 파일 생성
# move : 파일 단순 경로변경경
# refactor : 리팩토링 (Production Code), 잘못된 파일 이름 수정
# remove : 파일을 삭제만 한 경우
# test : 테스트 코드 작성
################

❗예시
feat: 로그인 기능 추가

- jwt를 이용한 로그인 기능
- 로그인 유효성 검사
- 로그인 예외 처리