Epic Games, 게임 개발 위한 새 버전 관리 시스템 'Lore' 출시

커뮤니티에서는 게임 개발 워크플로우(Game Development Workflow)에서 Git이 대규모 바이너리 파일(텍스처, 3D 모델 등)을 다루는 데 한계가 있다는 점을 지적합니다. Perforce가 업계 표준으로 사용되지만, 관리의 복잡성과 불안정성 문제가 제기되어 왔습니다. Lore는 이러한 바이너리 에셋 버전 관리(Binary Asset Versioning)의 어려움을 해결하고, 개발자와 아티스트 간의 협업을 원활하게 하는 것을 목표로 합니다.

일부 사용자는 Git의 명령줄 인터페이스(Command-Line Interface)가 제공하는 메시지가 일반 사용자에게는 불친절하고 이해하기 어렵다고 지적합니다. 특히 'delta compression', 'object' 등 기술적인 용어는 초심자에게 혼란을 줄 수 있습니다. Lore는 이러한 사용자 경험(User Experience) 측면을 개선하여, 바이너리 파일에 대한 첫 번째 클래스 지원(First-Class Support)을 제공함으로써 Git+LFS의 단점을 극복하려 합니다.

Lore는 Pachyderm, XetHub, LakeFS 등 기존의 데이터 버전 관리 시스템과 유사한 콘텐츠 주소 지정(Content-Addressing) 및 청크 기반 중복 제거(Chunk-Level Deduplication) 기술을 활용할 가능성이 있습니다. 하지만 Lore는 특히 게임 및 엔터테인먼트 산업에 초점을 맞추고 있으며, Full-surface API와 같은 기능을 통해 기존 시스템과의 차별점을 강조합니다. 다만, 이러한 기능들이 Git+LFS 생태계에서 이미 해결 가능한 문제인지에 대한 의문도 제기됩니다.

Lore는 완전 오픈 소스(Fully Open Source)를 표방하지만, 데스크톱 클라이언트 바이너리는 현재 배포 형태로만 제공됩니다. 커뮤니티에서는 아키텍처 결정 기록(Architectural Decision Records)이 공개되어 있다는 점을 긍정적으로 평가하며, JavaScript 바인딩 구현에 많은 결정권자가 참여했다는 점에 주목합니다. 향후 코드 리뷰 도구와 웹 클라이언트가 Gerrit을 대체할 수 있을지에 대한 기대도 있습니다.

Lore는 AAA 게임 스튜디오에서 사실상의 표준(De Facto Standard)으로 사용되는 Perforce의 강력한 대안으로 부상할 가능성이 있습니다. 특히 중앙 집중식 잠금(Centralized Locking) 기능은 SVN보다 뛰어나며, 바이너리 파일 처리에 더 적합하다는 평가입니다. Epic Games가 Unreal Engine과의 통합을 통해 Lore를 어떻게 지원하고 시장에 영향을 미칠지 귀추가 주목됩니다.