브랜치 정책

Branch Rule

• be, ios 브랜치를 나눈다
• PR 보낼때, 백엔드는 be 에서, 모바일은 ios 브랜치에서 PR 을 보낸다. -> codesquad-2021/ghojeong
• Pyro가 codesquad-2021/ghojeong 의 최신 내용을 ghojeong/main 에 업데이트를 해놓는다.

Convention

{branch header}/{development part}/{issue number}/{short description}

• development part : iOS, BE 등 소속 명시
• branch header : 아래의 header 참조
• issue number : Project의 Issue 넘버
• short description : 브랜치의 짧은 설명

Convention Example

Ex) iOS/Featrue/13/SideBar

Branch Header

• feat: 신규 기능 구현 : 사용자를 위한 신 기능; 새로운 빌드 관련 기능은 미포함
• fix: 버그나 에러 수정 : 사용자 버그 수정; 빌드 관련 버그 픽스 미포함
• refactor: 리팩토링 : Production Code ( 비즈니스 로직 ?)의 수정사항; 변수의 이름 변경 포함.
• style: 코드 스타일 수정 : 포멧, 잊어버린 세미 콜론 등; Production Code의 코드 변경이 없음.
• docs: 문서 작업 : 문서의 변경점
• test: 테스트 코드 : 빠진 테스트의 추가, 테스트의 리팩터링; Production Code의 변경 없음
• chore: 그외 기타 : updating grunt tasks etc; Production Code의 변경 없음