Team Rule

⏰ Project schedule

시간	일정 내용	세부
09:00	standup	이슈 사항 확인 및 당일 할 일 공유
09:30	develop
12:00	lunch
13:30	meeting	오전 이슈
14:00	develop
17:00	code review	당일 작업 code 리뷰 및 이슈 공유
18:00	dinner
19:30	develop	개별 자율

• 정규시간인 오후 6시 이후 회의방 톡 금지

👌의사결정

1. 다수결에 따른 결정
2. 2:2의 경우, 구현하는 담당자에게 결정권을 준다.

💡 Commit

커밋 메세지 규칙

1. 제목과 본문을 한 줄 띄워 분리해 주세요.
2. 제목은 영문 기준 50자 이내로 적어주세요.
3. 제목 첫글자를 대문자로 적어주세요.
4. 제목 끝에 . 는 금지합니다.
5. 제목은 명령어로 작성합니다.
6. 본문은 50자마다 줄을 바꿔주세요.
7. 본문은 어떻게 변경했는지 보다 무엇을 변경했는지, 왜 변경했는지 에 맞추어 작성하세요.
8. 커밋 메세지 첫글자는 동사를 사용한다.(Fix, add, make, use, remove)

• https://blog.ull.im/engineering/2019/03/10/logs-on-git.html

Type Commit

Type	Description	Note
FIX	올바르지 않은 동작을 수정
ADD	코드나 테스트, 예제, 문서 등의 추가
REMOVE	코드의 삭제
REFACTOR	전면 수정
SIMPLIFY	복잡한 코드를 단순화
UPDATE	개정이나 버전 업데이트	Fix와는 달리 Update는 잘못된 것을 바로잡는 것이 아님
IMPROVE	호환성, 테스트 커버리지, 성능, 검증 기능, 접근성 등 향상
MAKE	기존 동작의 변경
IMPLEMENT	코드가 추가된 정도보다 더 주목할 만한 구현체를 완성	Add에 비해 더 큰 단위의 코드 추가에 사용
REVISE	문서의 개정
CORRECT	문법의 오류나 타입의 변경, 이름 변경
ENSURE	무엇이 확실하게 보장받는다는 것을 명시
PREVENT	특정한 처리를 못하게 방지
AVOID	특정한 처리를 못하게 회피	‘Prevent’는 못하게 막지만, ‘Avoid’는 회피
MOVE	코드의 이동
RENAME	이름 변경
ALLOW	허용 표현
VERIFY	검증 코드
SET	변수 값을 변경하는 등의 작은 수정
PASS	파라메터를 넘기는 처리

🚀 Github 관리

branch 생성 및 작성 규칙

종류	사용패턴	특징
main	main	프로덕션 스냅샷, 가장 최신의 배포된 버전
dev	dev	릴리즈 계획에 따라서 Github에서 기본 브랜치로 지정
feature	feature/이슈번호-이름, feature/1-branch-name	dev에 병합

Lint 규칙

• semistandard 를 따릅니다.

주요 규칙

• space는 두 칸, 탭 사용 x
• 오직 single quote만 사용, 템플릿 리터럴은 표현식 사용할때만 사용하세요.
• var 는 사용하지 않습니다.
• 키워드 다음엔 스페이스 하나를 띄워주세요.
• 더 많은 정보는 https://standardjs.com/rules.html 를 참고하세요.
  • 위 링크의 룰에서 오직 한 가지만 예외입니다. 세미 콜론 사용을 허용합니다.

🖥 node & npm 버전 통일

• Node v16.13.0
• NPM 8.1.0