Rule

개발 요일

권태욱 - 월/화/수/목/금/토 최영태 - 월/화/수/목/금/토? 김채린 - 월/화/수/목/토? (9월부터 변동 있음)

상기 작성한 개발 요일에는 반드시 1일 1PR을 남기는 것을 규칙으로 한다. 사정이 있어 남기지 못할 시 단톡방 등에 반드시 기록을 남겨둘 것.

코드 리뷰 규칙

• 1일 1PR은 그날 개발 끝날 때 남긴다.
• 다음 날 개발을 시작하기 전 PM 6시 30분까지 다른 팀원의 PR에 반드시 코멘트를 1개 이상 작성한다.
  • 주말의 경우 그 다음 주 월요일로 넘긴다.
• 개발을 시작하기 전 PM 6시 35분 경 PR을 accept 한다.

커밋 컨벤션

형식

Tag: 내용

커밋 메세지

꼬리말

제목

Tag: msg

• 태그는 처음 글자만 대문자로 영어를 사용
• 명사형으로 끝마침
• 마침표를 사용하지 않음

태그

Feat: 기능을 추가했을때(equivalent to a MINOR in Semantic Versioning). Fix: Fix a bug (equivalent to a PATCH in Semantic Versioning). Docs: Documentation changes. Style: Code style change (semicolon, indentation...). Refactor: Refactor code without changing public API. Perf: Update code performances. Test: Add test to an existing feature. Chore: Update something without impacting the user(ex: bump a dependency in package.json).

ex) chore: updating grunt tasks etc; no production code change 태그를 붙일때 애매하면 목적을 생각해서 붙일 것

ex) 뭔가를 고친 코드인데... 코드 네이밍같은 부분을 고쳤다 -> 스타일링을 목적으로 했으므로 Style 태그를 사용한다 Semantic Versioning은 다음 링크를 참고할 것(https://spoqa.github.io/2012/12/18/semantic-versioning.html)

상기 태그 목록은 예시일 뿐, 저것만 쓰라는 것은 아님.

커밋 메세지

남기면 좋음. 안남겨도 뭐라 하진 않음.

할 일 분배

Projects 작성

일지 작성 규칙