Git Flow 기반 커밋 컨벤션 & 브랜치 전략

🏷️ 브랜치 전략

• main: 실제 운영(배포)되는 코드만 존재
• develop: 다음 배포를 위한 최신 개발 코드가 모임

기능/릴리즈/핫픽스 브랜치

브랜치 유형	네이밍 규칙	용도/설명
feature	feature/기능명	새로운 기능 개발 (develop에서 분기)
hotfix	hotfix/이슈명	운영 중 긴급 버그 수정 (main에서 분기)

---

4. .gitignore 필수 항목 🔒

Backend (Spring Boot)

# Java build output
target/
build/
out/
*.jar
*.war
*.ear

# IDE settings
.idea/
*.iml
*.ipr
*.iws
.vscode/
*.sw?

# OS generated files
.DS_Store
Thumbs.db

# Logs
*.log
logs/
log/
*.pid

# Environment & secrets
.env
.env.*
*.env
*.yml

# Gradle
.gradle/
build/
!gradle/wrapper/gradle-wrapper.jar

# Test output
test-output/
coverage/
jacoco.exec

# Temporary files
*.tmp
*.swp
*.swo

# Others
node_modules/

---

✅ 클라우드 기반 CI/CD 파이프라인 설계 + GitHub Actions

1. GitHub Actions 적용 → 자동으로 빌드 시작, 테스트 코드 전부 통과 시 PR 병합 가능
   • 사전에 미리 빌드 확인
   • 도커 컨테이너로 배포 환경과 유사한 환경에서 테스트 권장
2. 초반에는 테스트 + 단순 자동 배포 적용 → 이후에는 무중단 배포로 변경 예정

트리거 조건

• main 브랜치 push 시 → CI/CD (빌드 & 배포)
• develop 브랜치 Pull Request 시 → CI (빌드 & 테스트)

---