오타쿠맵 프론트엔드 🗺️

🚀 초기 세팅

🌿 Git Flow

• main 브랜치: 배포용
• develop 브랜치: 개발용
• feature/{개인 브랜치명}: 기능 개발용

📝 Issue 매뉴얼

1. 이슈 생성 시 ✨

• 적절한 템플릿 선택
• 관련 라벨 부착 (우선순위, 상태, 유형)
• 구체적인 설명과 체크리스트 작성

2. 작업 진행 시 👨‍💻

• "In Progress" 라벨로 변경
• 커밋 메시지에 이슈 번호 포함
• 체크리스트 항목 실시간 업데이트

3. 코드 리뷰 요청 시 🔍

• "Review" 라벨로 변경
• 리뷰어 지정
• 테스트 결과/스크린샷 첨부

4. 작업 완료 시 ✅

• 체크리스트 완료 여부 확인
• "Done" 라벨로 변경
• 관련 PR 연결

🔄 Pull Request 규칙

1. 이슈 번호: 관련 GitHub 이슈 번호 명시
2. 요약: 변경 사항 간단 요약
3. 작업 상세 내용: 구체적인 작업 내용 기술
4. 이슈/의논 거리: 해결할 논의 사항 명시
5. 참고 자료: 관련 링크/문서 첨부
6. 코드 제한: PR 코드는 최대 300줄 미만
7. PR 분할: 필요시 티켓당 여러 PR 허용
8. 리팩토링: 기능/버그 수정과 분리 진행

👥 코드 리뷰 & 협업 규칙

코드 리뷰 규칙 📋

• 모든 코드는 리뷰 후 머지
• 2명의 필수 리뷰어 승인 필요

협업 규칙 🤝

• 정기 회의: 매주 수요일 18:00 (비대면 기준)
• 회의 불참 시 일주일 전 사전 공지
• 적극적인 질문과 소통
• main PR 전 팀 공유

💌 커밋 규칙

기본 규칙

1. 제목/본문 빈 행으로 구분
2. 제목 50글자 이내
3. 제목 첫 글자 대문자
4. 제목 끝 마침표 없음
5. 제목은 명령문 (과거형 X)
6. 본문 각 행 72글자 내
7. 무엇과 왜를 설명

커밋 메시지 구조 📃

// Header, Body, Footer는 빈 행으로 구분한다.
타입(스코프): 주제(제목) // Header(헤더)

본문 // Body(바디)

바닥글 // Footer

커밋 타입

타입	설명
✨ feat	새로운 기능
🐛 fix	버그 수정
🏗️ build	빌드 관련 수정
🔧 chore	자잘한 수정
👷 ci	CI 설정 수정
📝 docs	문서 수정
💄 style	코드 스타일 수정
♻️ refactor	코드 리팩토링
✅ test	테스트 코드 수정
⚡ perf	성능 개선