Branch 전략: Git-Flow

Git-Flow 설명

• master: 실제 배포할 product의 브랜치입니다.
  • push/merge 절대 금지!
• develop/game, develop/backend: 개발 중 개발된 기능이 모두 merge되는 브랜치입니다.
  • push 금지!
  • 각 feature 브랜치에서 merge request(MR)를 작성하고 작성자 이외 1명 이상 코드 리뷰 후 merge 합니다.
• hotfix: 배포된 product에서 급한 버그 수정이 필요할 때 사용하는 일회성 브랜치입니다.
  • master에서 hotfix/…로 새로 checkout 합니다.
  • 버그 수정 후 master와 develop에 각각 merge 한 후 삭제합니다.
  • 가급적 쓸 일 없도록 기도합시다…
• feature: 하나의 기능을 개발할 때마다 사용하는 일회성 브랜치입니다.
  • 기능 개발을 시작하려면 develop에서 새로 feat/(이슈번호)로 checkout합니다.
  • 각자 기능을 개발한 뒤 develop으로 MR을 넣고 코드 리뷰 후 삭제합니다.

Branch Naming Convention

• master 브랜치: master
• develop 브랜치

develop/game        // 게임
develop/front    // 웹 프론트엔드
develop/back     // 웹 백엔드

• feature 브랜치: {game|fe|be}/(기능명)

game/player-attack
fe/report
be/entity

<aside> 💡 참고: game, fe, be는 작업 디렉토리를 기준으로 구분합니다. 예를 들어 PUN 통신 관련 기능은 game 카테고리에 속합니다.

</aside>

push 예시

• game/monster-attack 브랜치에서 작업을 완료
• develop/game 브랜치로 push

Commit Convention

제목

• commit 시 무엇에 대해 수정했는지 접두사를 붙입니다.

  Feat	기능 개발
  Fix	버그 수정
  Docs	문서화, 주석
  Style	코드 스타일 수정
  Refactor	리팩토링
  Test	테스트
  Chore	기타 잡다한 수정
  Comment	필요한 주석 추가 및 변경
  Rename	파일 또는 폴더 명을 수정

  • 예시:
    • Feat: 소셜 로그인
    • Fix: MemberDTO null 값 버그 수정