📗 브랜치 & 커밋 컨벤션

브랜치 전략

• main: 기능 배포하는 브랜치
• develop: 기능들이 다 합쳐지는 브랜치 (stage 배포 브랜치)
• [type]: 각각의 기능들이 개발되는 브랜치
  • 브랜치종류/이슈번호-작업내용_요약
  • 예시
    • feature/1-게시글_작성
    • refactor/1234-버튼-성능-개선
  • merge가 되면 git pull origin develop 필수
• push 하기 전 코드 포맷팅 체크
• 작업 완료시, 아래의 커밋 컨벤션을 참고하여 push 진행

Pull Request

• Pull Request(PR) 날리기 -> 앞 선 예시 참고하면 좋음(push 직후라면 자동 PR 버튼 생성)
• 리뷰가 달리면 리뷰 사항 반영(이후는 그라운드 룰 참고)

Merge 정책

브랜치별 merge 전략은 다음과 같이 가져간다.

• feature -> develop : Squash and Merge
• develop -> main : Merge Commit

이슈, 커밋 정책

타입	설명
feat	새로운 기능 추가
fix	버그 수정
docs	문서 관련
design	디자인, CSS
style	코드 스타일
build	빌드 환경
chore	자잘한 수정 (파일/폴더의 이름/위치 수정)
hotfix	프로덕션 서버 오류 수정

여기서 hotfix를 이용하는 경우, 꼭 동일 브랜치로 develop에 동일하게 일반 merge 필수!! (PR을 2개 보내야 함)