브랜치 정책

Branch Rule

• iOS-dev, BE-dev, FE-dev 브랜치를 나눈다.
• iOS-review, BE-review, FE-review 브랜치에서 PR 을 보낸다.
• 리뷰 시 변경 된 내용은 리뷰 진행 후 각각의 dev 브랜치로 merge한다.

Convention

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

• development part : iOS, BE, FE 등 소속 명시
• branch header : 아래의 header 참조
• short description : 브랜치의 짧은 설명

Convention Example

Ex) iOS/feat/sideBar

Branch Header

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