Branch & PR Rules
- 참고자료 : 링크
- 각자 구현할 항목에 대한 브랜치를 upstream/develop 브랜치에서부터 분기하여 구현한다.
- upstream/develop에 작업한 내용은 배포 시점에 master 브랜치로 병합한다.
- feature 브랜치는 rebase & merge 방식으로 병합한다.
- develop 브랜치는 squash & merge 방식으로 병합한다.
- 모든 라인은 너무 길어지지 않도록 한다.(영문기준으로 첫 라인은 50자 그외의 라인은 72자 권장)
- 첫 라인은
type: 요약으로 구성한다. - 커밋메세지를 작성하기 위해 제한되는 언어는 없으나, 요약은 동사를 이용해서 표현하길 권장한다.
- 추가 설명이 필요할 경우 첫 라인 이후 한줄을 띄우고 작성한다.
- 만약 관련된 이슈가 있을 경우 첫 라인에 이슈트래커 id를 포함한다.
- feat: 기능 개발
- fix: 버그 수정
- docs: 문서 변경
- style: 포맷팅, 코드 변경이 발생하지 않은 경우
- refactor: 코드의 구조가 변경되는 경우
- test: 테스트 관련 커밋
- chore: 프로젝트 설정 및 CI/CD 등에 관련되는 경우
유다시티 스타일 가이드