Version Control

버전 관리와 패치 브랜치 전략

게임 프로젝트는 바이너리 에셋과 코드가 함께 움직이므로 브랜치, 잠금, 패치 기준을 명확히 나눠야 합니다.

01

Mainline

일상 개발은 main 또는 develop에서 통합하며 자동 검사를 붙입니다.

통합 기준
02

Release Cut

출시 후보는 release 브랜치로 고정하고 위험 변경을 제한합니다.

안정화
03

Hotfix

출시 버전에서 필요한 최소 수정만 분리해 검증합니다.

최소 변경
04

Merge Back

핫픽스 수정이 다음 개발 흐름에서 사라지지 않게 되돌려 병합합니다.

재발 방지
Git
코드 중심과 소규모 팀 LFS 정책과 락 규칙을 세우면 에셋도 관리할 수 있습니다.
LFS 비용 확인
Perforce
대규모 바이너리 에셋 락 기반 워크플로우가 레벨, 머티리얼, 애니메이션 충돌을 줄입니다.
아티스트 친화적
Patch
버전 기준 고정 패치 생성은 원본 릴리스 빌드와 정확히 같은 기준점에서 시작합니다.
Pak diff 확인

패치 전 기준 태그

기준 태그 패치 대상 릴리스 커밋과 콘텐츠 빌드 번호가 고정되어야 합니다.
에셋 잠금 동시에 수정하면 위험한 레벨과 데이터 에셋은 잠금 정책을 둡니다.
역병합 릴리스 브랜치의 수정이 개발 브랜치에도 반영됐는지 확인합니다.