Team Rule

👟 GaboJa GO 👟

• 지성인으로서 행동한다
• 경어를 사용한다.
• 부정적인 언어를 사용하지 않는다
• 긍정적인 마인드

루틴

• 9:00 am 진행상황 보고 및 금일 목표 설정 & 레포 싱크 맞추기
• 12:00 pm ~ 13:00 pm 점심 시간
• 13:00 pm ~ 14:00 pm 중간 미팅
• 14:00 pm ~ 18:00 pm Dev-log 작성,코드 리뷰 및 KPT 작성
• 18:00 pm ~ 20:00 pm 저녁 시간 및 간단한 휴식 및 운동

휴식

1. 늦어도 1시에 취침한다

2. 중간중간 틈틈히 스트레칭 한다

커뮤니케이션

1. 의견 충돌시 24시간 내에 사다리 타기를 통해 조율 한다

2. 에러 핸들링은 백엔드 프론트 둘다 참여 한다

3. 오버커뮤니케이션을 통해 의견조율 및 상황 공유하기

4. 확실하지 않은 부분이 있다면 혼자 결정하지 말고 서로 공유하기

5. 각자의 의견을 존중하며 배려하기

Git

• Commit message

  • 줄 바꿈을 통해서 제목과 본문을 구분
  • 제목을 50자로, 본문은 72자로 제한
  • 제목에 대문자를 사용
  • 제목을 마침표로 끝내지 않기
  • 제목에 명령법(imperative mode)을 사용
  • 줄 바꿈을 통해서 제목과 본문을 구분
  • 제목을 50자로, 본문은 72자로 제한
  • 제목에 대문자를 사용
  • 제목을 마침표로 끝내지 않기
  • 제목에 명령법(imperative mood)을 사용
  • 어떻게 보다는 무엇과 왜로 설명
  • Commit Type Listve mood)을 사용
  • 어떻게 보다는 무엇과 왜로 설명

태그 규칙

태그이름	설명
Feat	새로운 기능을 추가할 경우
Fix	버그를 고친 경우
Design	CSS 등 사용자 UI 디자인 변경
!BREAKING CHANGE	커다란 API 변경의 경우
!HOTFIX	급하게 치명적인 버그를 고치는 경우
Refact	코드 리팩토링
Comment	필요한 주석 추가 및 변경
Docs	문서를 수정한 경우
Chore	빌드 테스트 업데이트, 패키지 매니저를 설정하는 경우
Add	파일 혹은 폴더를 추가하는 작업만 수행한 경우
Rename	파일 혹은 폴더명을 수정하거나 옮기는 작업만 하는 경우
Remove	파일 혹은 폴더를 삭제하는 작업만 수행한 경우
DevSave	commit 시 중간저장 할 경우
Test	테스트 코드 추가
Style	코드 의미에 영향을 주지 않는 변경사항

Commit 예시

Add: [Client] #이슈번호 landing page

!BREAKING CHANGE: [Server]  #5 change API arguments
형식 [Feat] 로그인기능 소설로그인 #5321 Closed

Lint 규칙

• semistandard 를 따릅니다.

주요 규칙

• 변수이름, 파일 Camel-case 사용

• DB & 생성자 이름 Camel-case 사용

• 컴포넌트, 페이지는 Pascal-case 사용

• space는 두 칸, 탭 사용 x

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

• var 는 사용하지 않습니다.

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

• 팀원의 코드 이해를 위해 적절한 주석 사용 해주세요

• 더 많은 정보는 https://standardjs.com/rules.html 를 참고하세요.

• • 위 링크의 룰에서 오직 한 가지만 예외입니다. 세미 콜론 사용을 허용합니다.

• PR

  • 새로운 모듈 설치시 PR message에 반드시 기재
  • PR 올리기전에 branch 반드시 확인
  • PR 올릴 경우 팀원들에게 공유
  • PR 올릴 때 issue 카드 링크해서 작성(https://bit.ly/2RbNlia)
  • 팀원에게 코드 리뷰 받은 뒤 본인이 merge
  • 원활한 수정과 불필요한 diff 생성을 방지하기 위해 for, if, function 등에서 중괄호는 생략하지 않기
  • 의미있는 구별을 위해 검색이 잘되는 이름을 짓고 줄임말은 피하기

• branch

  • Main branch에는 merge 금지
  • Feat/이슈넘버-기능명

브랜치 이름 형식

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

Node & npm 버전