<aside> 💡 동료 학습을 진행한 과정입니다

</aside>

1. 협업 툴

• 미팅, 코드 리뷰 채널 : 디스코드(discord)
• 회의 안건 및 협업 이슈 기록 : 팀 노션(notion)
• 코드 레포지토리 : Github - Organization

2. 커밋 컨벤션

// commit message prefix

- Init: 초기화
- Feat : 새로운 기능 추가
- Fix : 버그 수정
- Build : 빌드 관련 파일 수정
- Chore : 빌드 테스트 업데이트, 패키지 매니저를 설정하는 경우(프로덕션 코드 변경 X)(ex: gitignore)
- CI: CI 관련 설정 수정
- Docs : 문서 수정
- Style : 코드 스타일 혹은 포맷 변경 (코드 포맷팅, 세미콜론 누락, 코드 자체의 변경이 없는 경우)
- Refactor : 코드 리팩토링
- Design: CSS 등 사용자 UI 디자인 변경
- !BREAKING CHANGE: 커다란 API 변경의 경우
- !HOTFIX: 급하게 치명적인 버그를 고쳐야하는 경우
- Comment: 필요한 주석 추가 및 변경
- Test: 테스트 추가, 테스트 리팩토링(프로덕션 코드 변경 X)
- Rename: 파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우
- Remove: 파일을 삭제하는 작업만 수행한 경우

// commit message 본문 작성

1. 제목과 본문을 빈 행으로 구분합니다.
2. 제목을 50글자 이내로 제한합니다.
3. 제목의 첫 글자는 대문자로 작성합니다.
4. 제목의 끝에는 마침표를 넣지 않습니다.
5. 제목은 명령문으로! 과거형을 사용하지 않습니다.
6. 본문의 각 행은 72글자 내로 제한합니다.
7. 어떻게 보다는 무엇과 왜를 설명합니다.

3. Eslint & Prettier 프로젝트 설정

- settings 브랜치 PR

모든 팀원의 설정 파일 PR 후 코드 리뷰를 통해 Best practice 선정

4. 프로젝트 구조

src
├── apis
├── assets
├── components
├── hooks
├── pages
├── types
└── utils

• 폴더 내 index.js 활용
  • index.js는 모듈 export 용도로만 쓰고, 컴포넌트 정의 파일은 따로 작성
• styled component는 style 폴더에서 import * as S 로 사용
  • styled component, 일반 태그, 일반 컴포넌트 구분 목적

5. 코드 리뷰

Best Practice 선정 코드 리뷰