👨‍💻 Developers

| | :————————————————————————————————————: | | 이정완 |

🎯 Git Convention

| 이모지 | 타입 | 설명 | |————|———|———| | 🎉 Start | Start New Project | 프로젝트 시작 (:tada:) | | ✨ Feat | 새로운 기능 추가 | 새로운 기능 구현 (:sparkles:) | | 🐛 Fix | 버그 수정 | 버그 해결 (:bug:) | | 🎨 Design | UI / CSS 수정 | UI 디자인 변경 (:art:) | | ♻️ Refactor | 리팩토링 | 코드 구조 개선 (:recycle:) | | 🔧 Settings | 설정 변경 | 환경설정, 설정 파일 수정 (:wrench:) | | 🗃️ Comment | 주석 | 필요한 주석 추가/변경 (:card_file_box:) | | ➕ Dependency/Plugin | 의존성 추가 | 라이브러리, 플러그인 추가 (:heavy_plus_sign:) | | 📝 Docs | 문서 | 문서 수정 (:memo:) | | 🔀 Merge | 병합 | 브랜치 병합 (:twisted_rightwards_arrows:) | | 🚀 Deploy | 배포 | 배포 관련 작업 (:rocket:) | | 🚚 Rename | 이름 변경 | 파일/폴더명 수정 또는 이동 (:truck:) | | 🔥 Remove | 삭제 | 파일/코드 삭제 (:fire:) | | ⏪️ Revert | 되돌리기 | 이전 버전으로 롤백 (:rewind:) |

📝 커밋 메시지 형식

형식: 작업 내용 요약

예:
✨ Feat: 로그인 기능 구현
🐛 Fix: 로그인 오류 해결

🌿Branch Convention (GitHub Flow)

• main : 배포 가능한 브랜치, 항상 배포 가능한 상태를 유지
• develop : 개발 중 사용할 브랜치
• feature/{name}/{description} : 새로운 기능을 개발하는 브랜치
  • 예: feature/minho/login-logout-signup

🔀 Flow

1. develop 브랜치에서 feature 브랜치 생성.
2. 작업을 완료하고 커밋 메시지에 맞게 커밋.
3. Pull Request를 생성 / 팀원들의 리뷰.
4. 리뷰가 완료 후 develop 브랜치로 병합.
5. 배포 시점에 develop 브랜치를 main 브랜치로 병합.
6. main 브랜치 배포
   

예시:

# 새로운 기능 개발 브랜치 생성
git checkout -b feature/minho/login-logout-signup

# 작업 후 커밋 & 원격 저장소에 푸시
git add .
git commit -m "✨ Feat: 로그인/로그아웃/회원가입"
git push origin feature/minho/login-logout-signup

# ➡️ GitHub에서 PR(Pull Request) 생성
#    base: develop ← compare: feature/기능명
#    팀원들과 코드 리뷰 후 develop 브랜치로 병합