자기 계발 및 취미 매칭 웹 애플리케이션, GROW 🌳
| 장무영 | 최지선 |
|---|---|
 |
 |
| GitHub | GitHub |
| 이모지 | 타입 | 설명 | 예시 커밋 메시지 |
|---|---|---|---|
| ✨ | feat | 새로운 기능 추가 | feat: 로그인 기능 추가 |
| 🐛 | fix | 버그 수정 | fix: 회원가입 시 이메일 중복 체크 오류 수정 |
| 📝 | docs | 문서 수정 | docs: README 오타 수정 |
| 💄 | style | 코드 포맷, 세미콜론 누락 등 스타일 변경 (기능 변경 없음) | style: 코드 정렬 및 세미콜론 추가 |
| ♻️ | refactor | 코드 리팩토링 (기능 변경 없음) | refactor: 중복 코드 함수로 분리 |
| ⚡ | perf | 성능 개선 | perf: 이미지 로딩 속도 개선 |
| ✅ | test | 테스트 코드 추가/수정 | test: 유저 API 테스트 코드 추가 |
| 🛠️ | build | 빌드 시스템 관련 변경 | build: 배포 스크립트 수정 |
| 🔧 | ci | CI 설정 변경 | ci: GitHub Actions 워크플로우 수정 |
타입(범위): 간결한 설명 (50자 이내, 한글 작성)
(필요시) 변경 이유/상세 내용
-
하나의 커밋에는 하나의 목적만 담기
→ 여러 변경 사항을 한 커밋에 몰아넣지 않기
-
제목 끝에 마침표(.)를 붙이지 않기
-
본문(Body)은 선택 사항이지만, 변경 이유나 상세 설명이 필요할 때 작성
→ 72자 단위로 줄바꿈, 제목과 본문 사이에 한 줄 띄우기
-
작업 중간 저장은 WIP(Work In Progress)로 표시할 것
→ 예) WIP: 회원가입 로직 구현 중
팀원들이 주로 활동하는 시간대입니다.
이 시간에 맞춰 커뮤니케이션과 코드 리뷰, 회의 등을 진행합니다.
| 요일 | 활동 시간 |
|---|---|
| 📅 평일 | 14:00 ~ 18:00, 20:00 ~ 23:00 |
| 📅 주말 | 14:00 ~ 18:00 |
- PR 제목과 설명을 명확하게 작성 (변경 내용, 목적, 참고 이슈 등 포함)
- Conventional Commits 규칙을 준수하여 커밋 메시지 작성
- 하나의 PR에는 하나의 기능/이슈만 포함
- 코드 스타일, 네이밍, 로직, 성능, 보안, 예외 처리 등 꼼꼼히 확인
- 리뷰 코멘트에는 반드시 답변, 필요시 추가 커밋으로 반영
- 모든 리뷰 코멘트 resolve 후 머지
- 스쿼시 머지 방식 권장, 충돌 발생 시 머지 전 해결
- 리뷰는 24시간 이내 진행, 모르는 부분은 적극적으로 질문
- 리뷰 과정에서 배운 점은 팀 문서에 공유 (트러블 슈팅 등)