Home

📌 커뮤니케이션 정책

• 기본적인 게더 상주!
  • study 주제와 그에 관련한 링크 실시간으로 공유 가능
  • 페어프로그래밍

📌 Branch Rule

rule

• tami young dev 각각의 네임dev브랜치 존재
• PR은 각 네임dev브랜치에서 dev 브랜치로 보냄

example

{기능 단계} 
ex) step1

📌Commit Convention

Basic Rule

• 커밋 메시지는 알아보기 쉽게 한글로 작성.
• 다만, Commit Header는 영어로 작성.

Convention

{헤더}: {커밋 타이틀}
ex) feat:WalletView구성

Commit Header

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