Skip to content

협업 규칙

Jump to bottom
Dr-KoKo edited this page Aug 29, 2024 · 2 revisions

브랜치 규칙

전략 - Trunk Based Development

intermediate merges to main (trunk) - at least where the commit was not able to go live on its own

merges (intermediate or not) to other people’s short-lived feature branches

merges (intermediate or not) to any release branches (if you have them)

variations of #2 that are direct from/to the developers clone on their workstation

other developers joining you on your short-lived feature branches - at least who are not your pair-programming partner.

네이밍

feature branch: feature/<story number>_<developer initials>_<descriptor> 

ex) feature/123456_MS_Implement_Feature_A

bugfix branch: bugfix/<ticket number>_<developer initials>_<descriptor> 

ex) bugfix/123456_MS_Fix_Problem_A

hotfix branch: hotfix/<ticket number>_<developer initials>_<descriptor> 

ex) hotfix/123456_MS_Fix_Problem_A

커밋 규칙

Format

[<type>] <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>

type

[feat] - 새로운 기능에 대한 커밋

[refactor] - 코드 리팩토링에 대한 커밋

[test] - 테스트 코드 수정에 대한 커밋

[fix] - 버그 수정에 대한 커밋

[build] - 빌드 관련 파일 수정에 대한 커밋

[chore] - 그 외 자잘한 수정에 대한 커밋

[docs] - 문서 수정에 대한 커밋

[style] - 코드 스타일 혹은 포맷 등에 관한 커밋

body

설명이 필요하면 한 줄 이상 작성하기

📏 팀 규칙

📋 개발일지

📒 주차 스크럼

Clone this wiki locally