Team

To Do

• 일요일은 휴식 시간 및 자율 작업 진행합니다.( 태스크 카드 이용 )
• 회의는 주말을 제외한 매일 오전 11시에 진행합니다.
• PR은 매주 화, 금요일 오후 5시에 같이 진행합니다.
• 팀원들 간 이견이 발생하면 다수결로 진행합니다.
• 하루에 태스크 최소한 두개로 설정하고 3시간을 준수합니다.
• 3시간을 초과할 경우 팀원들에게 공지 및 라벨을 작성해야 합니다.
• 태스크 시간이 오버되면, 포지션 별로 상의 후에 태스크에 대한 진행방향을 결정합니다.
• 건강 문제 등 부득이한 상황 발생 시 사전에 팀원들에게 알려주고 양해를 구합니다.

Not To Do

• 팀원들과 상의 없이 push나 merge를 하지 않습니다.
• 시간 약속에 늦거나, 이유없는 불참하지 않습니다.

커밋 메시지 규칙

커밋 메시지는 제목과 본문으로 나누어 집니다. 한 줄만 작성해도 설명이 충분하다면 제목만으로도 괜찮습니다. 하지만 어떤 변경 사항이 있는지 맥락과 설명이 필요하다면 본문을 작성할 수 있습니다. 다음은 제목과 본문을 작성하는 규칙입니다.

• 제목과 본문을 한 줄 띄워 분리하기
• 제목은 영문 기준 50자 이내로 적기
• 제목 첫글자를 대문자로 적기
• 제목 끝에 . 는 금지
• 제목은 명령어로 작성하기
• 본문은 50자마다 줄을 바꿔주기
• 본문은 어떻게 변경했는지 보다 무엇을 변경했는지, 왜 변경했는지 에 맞추어 작성하기

PR 형식

PR 제목

feature / #이슈번호

PR 본문

PR 타입(하나 이상의 PR 타입을 선택해주세요)

반영 브랜치

ex) feat/login -> dev

• 기능 추가
• 기능 삭제
• 버그 수정
• 의존성, 환경 변수, 빌드 관련 코드 업데이트

작업 내용

• 이번 PR에서 작업한 내용을 간략히 설명해주세요(이미지 첨부 가능)

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

스크린샷 (선택)

리뷰 요구사항(선택)

• 리뷰어가 특별히 봐주었으면 하는 부분이 있다면 작성해주세요
• ex) 메서드 XXX의 이름을 더 잘 짓고 싶은데 혹시 좋은 명칭이 있을까요?

브랜치 이름 형식

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

Lint 규칙

주요 규칙

• 오직 single quote 만 사용합니다.

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

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

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

• 위 링크의 룰에서 예외인 경우입니다.

  • 세미 콜론 사용을 허용합니다.
  • 템플릿 리터럴 사용을 허용합니다.

변수 이름

• camelCase

파일 & 생성자 이름

• 컴포넌트 파일 : PascalCase

• others : camelCase

node & npm 버전 통일

• node : v20.17.0
• npm : v10.8.2