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 Action

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

• main 브랜치 push 시 → CICD
• develop 브랜치 PR 시 → CI