Epic Games, 오픈 소스 버전 관리 시스템(Version Control System) Lore 발표

Git과 함께 대용량 파일 저장(large file storage)을 위한 Git LFS가 존재하지만, Epic Games는 현대 게임 개발 및 멀티미디어/엔터테인먼트 목적의 대용량 파일 요구 사항에 완전히 맞춰 설계된 버전 관리 시스템(Version Control System)인 Lore를 제작했습니다. Lore는 바이너리 파일(binary files)을 포함한 대용량 파일에 대해 빠르고 효율적이며, 3D 아티스트 등을 포함한 사용자들이 사용하기 쉽도록 설계되었습니다.

Lore 문서는 Git과 비교하여 차이점과 개발 동기에 대해 더 자세히 설명합니다:

"기존의 어떤 시스템도 대규모 게임 및 엔터테인먼트 프로젝트가 요구하는 제약 조건들의 조합, 즉 임의의 콘텐츠 유형, 다축 스케일(multi-axis scale), 멀티 테넌트 보안(multi-tenant safety), 그리고 완전히 공개된 사양(specification) 및 라이선스를 위해 설계되지 않았습니다.

Git의 콘텐츠 주소 지정 방식의 수정 그래프(content-addressed revision graph)는 훌륭하지만, 바이너리 파일을 이등 시민(second-class citizens)으로 취급합니다. 즉, 대용량 파일은 일급 객체인 청크 저장소(chunked storage) 대신 별도로 추가된 LFS를 필요로 하며, 희소 체크아웃(sparse checkouts)은 오프라인 사용 시 한계가 있고, 네이티브 멀티 테넌트 격리(multi-tenant isolation) 기능이 없습니다.

대용량 바이너리 콘텐츠를 위해 설계된 중앙 집중식 시스템은 해당 에셋을 잘 처리하지만, 일반적으로 일상적인 작업에 서버 왕복(server round trips)이 필요하며, 제3자 구현을 차단하는 독점적인 와이어 프로토콜(wire protocols)을 사용하고, 바이너리 수준에서의 중복 제거(deduplication)가 제한적입니다.

Lore는 각 방식의 장점을 결합하도록 설계되었습니다. 즉, 내구성, 액세스 제어 및 충돌 해결을 위한 중앙 집중식 기록 서버(server-of-record), 킬로바이트 단위의 텍스트만큼이나 기가바이트 단위의 바이너리에서도 효과적인 파편 수준의 중복 제거(fragment-level deduplication)를 갖춘 콘텐츠 주소 지정 저장소(content-addressed storage), 필요한 것만 실체화하는 희소하고 게으른 작업 복사본(sparse, lazy working copies), 자유로운 브랜칭(branching), 그리고 완전히 공개되고 공개적으로 버전이 관리되는 사양 및 MIT 라이선스를 제공합니다. 스테이징(staging), 커밋(committing), 브랜칭(branching), 디프(diffing)와 같은 일반적인 편집 작업에는 네트워크 왕복이 전혀 필요하지 않습니다."

Lore는 MIT 라이선스 하에 오픈 소스로 제공됩니다. Lore의 모든 코드는 GitHub에서 확인할 수 있습니다.

Epic Games의 Lore 버전 관리 시스템 (Version Control System)에 대해 더 자세히 알고 싶은 분들은 Lore.org에서 확인하실 수 있습니다.