Rule

➤ Commit 규칙

1. [type]: [message] 형태로 작성

2. type은 동사로 작성

3. 오탈자 수정은 FIX: typo 으로 작성

e.g.) Add feat/login - (상세내용 필요시 추가 작성)

➤ Branch 규칙

종류	사용패턴	특징
main	main	프로덕션 스냅샷 / 가장 최신의 배포된 버전
dev	dev	릴리즈 계획에 따라서 Github에서 기본 브랜치로 지정
feat	feat/세부기능이름 e.g.) feat/login	dev에 병합
fix	fix/대상이름 e.g) fix/login	dev에 병합
test	test/대상이름 e.g) test/login	dev에 병합

➤ Prettier 규칙

.prettierrc

{
  "arrowParens": "always",
  "bracketSpacing": true,
  "endOfLine": "lf",
  "htmlWhitespaceSensitivity": "css",
  "jsxBracketSameLine": false,
  "printWidth": 80,
  "proseWrap": "preserve",
  "quoteProps": "as-needed",
  "semi": true,
  "singleQuote": false,
  "tabWidth": 2,
  "trailingComma": "es5"
}

➤ PR 규칙

1. 제목

* client/server : 클라이언트인지 서버인지 명시
* #Number : 몇번째인지

2. 템플릿 활용

3. PR 할땐 프로젝트 인원 모두가 인지한 상태에서 진행

➤ 개발 모듈 Version

Module	Version
npm	v7.24.2
node	v14.18.0

➤ 코드리뷰시간

매일 20시

➤ 의사소통 규칙

• 서로를 존중하며 원활한 소통을 하자 !

• 피치 못할 사정이 생겨서 참여를 못할 시 필히 다른 사람들에게 연락

• 부재시 관련 테스크는 같은 포지션 인원이 담당

• 의견대립 시 기본은 다수결, 2:2라면 사다리타기로 결정(이의 제기 없음)

• 최소한의 휴식을 위해 2am 이전까지 작업 마무리

➤ Lint 규칙

semistandard를 따릅니다.

주요 규칙

• space는 두 칸, 탭 사용 x

• 오직 single quote만 사용, 템플릿 리터럴은 표현식 사용할때만 사용하세요.

• 키워드 다음엔 스페이스 하나를 띄워주세요.

➤ 변수 이름

Camel-case e.g.) clientLogin

➤ 파일 & 생성자 이름

Pascal-case e.g.) ClientSide