[규칙] GitHub 기초 규칙

[frankie516c]

🤝 GitHub Ground Rule & Workflow

우리 팀은 GitHub를 단순 코드 저장소가 아닌,
프로젝트 운영 및 협업 관리 시스템으로 활용합니다.

본 문서는 프로젝트 전반의 협업 원칙 및 운영 흐름에 대한 공통 기준입니다.

---

1️⃣ 운영 원칙

시스템 중심 협업

우리는 FE/BE/DB/INFRA와 같은 영역 중심의 사일로(Silo)를 지양합니다.
모든 팀원은 시스템 전체 흐름과 기능 구조를 함께 이해하는 것을 목표로 합니다.

기능 흐름 중심 개발

'누가 무엇을 했는가'보다,
'현재 시스템이 어디까지 완성되었는가'를 중심으로 협업합니다.

기록 기반 협업

기록되지 않은 작업은 관리되지 않은 작업이며,
검토되지 않은 변경은 팀 자산이 될 수 없습니다.

---

2️⃣ 기본 개발 흐름

Issue 생성
→ Branch 생성
→ 기능 개발
→ PR 생성 및 리뷰
→ Merge
→ WBS 상태 업데이트

---

3️⃣ 브랜치 흐름

feature → dev → main

• main : 최종 배포 브랜치
• dev : 통합 개발 브랜치
• feature/* : 기능 개발 브랜치
• fix/* : 버그 수정 브랜치
• docs/* : 문서 작업 브랜치

---

4️⃣ 협업 원칙

• 모든 작업은 반드시 Issue 생성 후 진행합니다.
• 상세 일정 및 진척률은 WBS 및 GitHub Projects 기준으로 관리합니다.
• Discussions는 의사결정 / 리스크 / 진행 상황 공유를 목적으로 사용합니다.

---

5️⃣ 운영 문서 체계

문서	목적
DL-001	GitHub 기초 규칙
DL-002	Commit 메시지 규칙
DL-003	Branch 전략
DL-004	Issue & Label 규칙
DL-005	PR & Merge 규칙
DL-006	Sprint / Discussion 규칙

---

우리 팀은 실무형 Product Team 수준의 협업을 목표로 합니다.