브랜치 전략

• 저희팀은 기본적으로 git flow를 따르되 release 브랜치의 경우 현재 상황에서는 필요없다고 판단하여 제외하고 main, develop, feature, hotfix 브랜치만 사용합니다.
• main - 최종 배포 브랜치입니다.
• develop - 배포 전 모든 기능 개발 및 수정 사항을 해당 브랜치로 Merge 합니다.
• feature - 기능 개발 브랜치입니다.
• hotfix - 최종 배포 버전에서 발생한 버그를 수정 하는 브랜치입니다.
• 브랜치간 merge 전략은 다음 규칙을 따릅니다.
  • develop → main : crate a merge commit 옵션 사용 ( 이때, 태그를 추가하게 됩니다. )
  • feature → develop : squash and merge 옵션 사용
  • develop → feature : rebase and merge 옵션 사용
• Jira를 사용하기 때문에 이슈ID를 사용하여 작업합니다.
  • 예) feat/WOOR-1

커밋 컨벤션

[WOOR-1] feat: 회원 로그인 api 구현

• feat : 새로운 기능 추가
• fix : 버그 수정
• style : 코드 포맷팅, 세미클론 누락, 코드 변경이 없는 경우
• refactor : 코드 리팩토링
• test : 테스트 코드, 리팩토링 테스트 코드 추가
• docs : 문서 수정
• chore : 빌드 업무 수정, 패키지 매니저 수정 및 그 외의 작업

PR & 코드리뷰