Rule

개발 요일

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

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

코드 리뷰 규칙

• 일주일에 최소 한 번 이상의 PR을 남기고, 월요일에 PR에 대한 리뷰를 진행한다.
  • 진행 후 마이너 버전을 하나씩 올리도록 한다.
  • 메인 버전 업은 상황 보고
• 다음 날 개발을 시작하기 전 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)

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

커밋 메세지

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

할 일 분배

권태욱 :

• wiz react core
• k8s

최영태 :

• react build 로직 (esbuild 최적화?)
• 아키텍쳐, 디렉토리 설계

김채린 :

• wiz react ide
• 소켓을 활용한 다양한 편의 기능

Projects 작성

• 추후 날 잡고 엑셀로 기능 리스트 작성 후 추가 예정
  • 기능 명
  • 우선순위
  • 담당자
  • m/d

일지 작성 규칙

• wiki에 각자 페이지 만들고 작성
• h2(##)로 날짜 적고 그날 뭐 했는지 작성
• 다음날은 전날 작성한거 위에 추가