Team Rules

Daily Routine

• 09:00 Stand up Meeting
• 12:00 점심 시간(1h)
• 17:00 Team Code Review + KPT 팀회고 작성
• 18:00 저녁시간 및 휴식(2h)
• 20:00 운동(1h)
• 21:00 자유시간

Team Rule

• 의사소통이 중요합니다.
• 모르는게 있으면 꼭 물어보기
• 무언가를 결정할 때 무조건 하나씩 의견을 내서 투표하기
• 밥 잘챙겨 먹기
• 사정이 생기면 이야기하기
• 사기 깎는 말 금지
• 자유시간에 프로젝트 진행시 음성채널에 접속하기
• 의견을 냈을시, 부정적인 말로 시작하지 말기 (회유식 표현)
• 컨디션 조절 잘하기
• 아프면 니책임이니까 건강관리 잘하고 푹쉬기
• 쉬는시간은 보장해주기
• 7시간이상 숙면하기

커밋 메시지 규칙

1. 클라이언트, 서버인지 작성
2. 파일명(컴퍼넌트, 페이지, 라우터)
3. 타입에 맞는 단어로 작성

• fix - 잘못된 기능을 수정 및 보안
• add - 추가
• remove - 삭제
• move - 코드의 이동
• rename - 이름변경이 있을때 사용
  

4.세부정보작성

ex) client:login:fix:add login page

Lint 규칙

• Semi-standard를 따릅니다.

주요규칙

• space는 두칸, 탭 사용 X
• 오직 single quote만 사용합니다.
• var는 사용하지 않습니다.
• 키워드 다음엔 스페이스 하나를 띄워주세요.
• 항상 == 대신 ===을 사용합니다.
• 에러핸들러 시 err로 사용합니다.
• multiple blank(엔터 2번)은 사용 X

브랜치 이름 형식

종류	사용패턴	특징
master	master	프로덕션 스냅샷 가장 최신의 배포된 버전
dev	dev	릴리즈 계획에 따라서 Github에서 기본 브랜치로 지정
feature	feat/이니셜/기능	dev에 병합

PR 형식

• PR 제목

number(00):client:login:fix:add login page

• PR 본문

### PR 타입(하나 이상의 PR 타입을 선택해주세요)
 기능 추가
 기능 삭제
 버그 수정
 의존성, 환경 변수, 빌드 관련 코드 업데이트

### 반영 브랜치
ex) feat/login -> dev

### 변경 사항
ex) 로그인 시, 구글 소셜 로그인 기능을 추가했습니다.

### 테스트 결과
ex) 베이스 브랜치에 포함되기 위한 코드는 모두 정상적으로 동작해야 합니다. 결과물에 대한 스크린샷, GIF, 혹은 라이브 데모가 가능하도록 샘플API를 첨부할 수도 있습니다.

변수이름 - Camel-case

• clientLogin

파일 & 생성자 이름 - Camel-case

• clientLogin

node & npm 버전 통일

• Node v16.13.0
• NPM v8.1.0