1. 커밋 컨벤션

2. Issue 생성 및 템플릿 컨벤션

3. PR 생성 및 템플릿 컨벤션

4. 배포 플랫폼 ( + CI/CD)

5. 브랜치 전략 및 브랜치 작명 규칙

6. 네이밍 컨벤션

7. 문법 컨벤션

8. 스타일 컨벤션 (emotion-styled)

9. 파일구조 컨벤션

10. 코드 리뷰와 적절한 PR 생성 규모

<aside> 1️⃣ 커밋 컨벤션 (레퍼런스)

• 커밋 메시지

  [tag]공백가급적 국문의 제목 (제목 끝에 마침표(.) 금지)

  chore: recoil 설치
  feat: 로그인 이름 3글자 이상 유효성 검사
  fix: vercel build 사용하지 않는 변수 오류 수정
  

• tag (11)

  feat	기능 구현
  modify	버그 외 사소한 수정
  design	스타일
  fix	버그 수정
  chore	npm 설치, 설정
  refactor	개선
  doc	문서 등록 및 수정
  rename	파일 및 폴더 명 변경
  move	파일 및 코드 이동
  remove	코드 및 파일 삭제
  test	테스트 코드 작성

• 멘토님 추천 커밋 tag

</aside>

<aside> 2️⃣ Issue 생성 및 템플릿 컨벤션

• 생성 및 템플릿

  Title : 주요 commit Tag : 작업 내용

  예시) Feat: Recoil을 활용한 장바구니 선택 삭제 구현

  ## Description
  <!-- 작업할 내용을 설명해 주세요. -->
  
  ## Todo
  
  - [ ] todo1
  - [ ] todo2
  - [ ] todo3
  

• Issue 생성 예시

  

  • Issue Title 예시

    → 주요 commit Tag : 작업 내용 (Feat: 장바구니 삭제 기능 구현)

</aside>

<aside> 3️⃣ PR 생성 및 템플릿 컨벤션

• 생성 및 템플릿

  Title : [#이슈번호] Issue Title과 동일

  close #이슈번호
  
  ## Description
  <!-- 작업 내용을 적어주세요. -->
  
  ## 유의할 점 및 ETC (Optional)
  <!-- 팀원이 유의해야할 사항을 적어주세요. -->
  
  ## 스크린샷 (Optional)
  
  <!-- Optional 내용이 없다면 지워주세요! -->
  

• PR 생성 예시

  

  

</aside>

<aside> 4️⃣ 배포 플랫폼 ( + CI/CD)

vercel (main 및 dev 브랜치 모두 적용)

사용 흐름도

사용 목적

1. 배포 시간 및 에러 대응 시간 단축
2. 지속적인 기능 테스팅

</aside>

<aside> 5️⃣ 브랜치 전략 및 브랜치 작명 규칙

• 브랜치 전략 및 브랜치 작명

  production(main) ← dev ← feature/#이슈번호

  • 최종 배포는 main에 merge
  • 개발 단계에서는 dev에 merge (배포 테스트용)

  

• 일반적인 전략 (참고)

</aside>

<aside> 6️⃣ 네이밍 컨벤션 (레퍼런스)

표기법에따라 분리하여 작성

• 파스칼 표기법
• 카멜 표기법
• 영문 대문자 스네이크 표기법
• 배열의 이름은 -Array 로 만든다.
• 반환 값이 boolean형인 함수는 'is'로 시작한다.
• RAFCE 사용 (레퍼런스)
• 변수명이 길어지더라도 상태방의 이해를 위해서 줄임말 지양 </aside>

<aside> 7️⃣ 문법 컨벤션 (레퍼런스)

</aside>

<aside> 8️⃣ 스타일 컨벤션 (emotion-styled)

</aside>

<aside> 9️⃣ 파일구조 컨벤션

</aside>

<aside> 🔟 코드 리뷰와 적절한 PR 생성 규모

</aside>