1. “코드 버전” 관리는 Git이 한다 (커밋/브랜치/태그)

✅ 기본

• main : 항상 정상 빌드되는 상태
• 기능 만들 땐 feature/* 브랜치
• PR로 main에 머지

예)

# 새 브랜치를 만들고, 그 브랜치로 이동
git checkout -b feature/login
# 작업
# 현재 브랜치(feature/login)에 작업 내용을 커밋
git commit -m"feat: login"
# 내 로컬 브랜치를 GitHub(origin)에 처음으로 올림
git push -u origin feature/login

→ GitHub에서 PR → CI 통과하면 merge

2. “릴리즈 버전(1.0.0 같은)”은 태그로 관리

배포는 나중이라도, 버전 찍는 건 지금부터 해도 좋음.

✅ 태그 찍는 법

예: v0.1.0(초기 CI 붙인 버전)

git tag -a v0.1.0 -m"v0.1.0: initial setup + CI"
git push origin v0.1.0

언제 태그 찍냐?

• 기능 묶음이 하나 완료됐을 때
• README/ERD/CI 등 “포폴 단위”로 정리됐을 때
• 나중에 CD 붙이면 “태그=배포버전”으로 이어짐

3. “의존성/런타임 버전”은 파일로 고정해야 협업이 편함

이게 진짜 협업에서 중요한 버전관리임.

(누구는 Java 21, 누구는 17, CI는 17… 이런 꼬임 방지)