Question 1

로어(Lore)란 무엇인가요?

Accepted Answer

로어는 에픽게임즈가 관리하는 차세대 오픈소스 버전 관리 시스템입니다. 데이터 규모는 물론, 팀과 저장소의 크기 및 분산 환경까지 지원할 수 있도록 설계되어 뛰어난 확장성을 제공합니다. 또한 게임과 엔터테인먼트 산업과 같이 대규모 바이너리 에셋과 코드를 함께 사용하는 프로젝트에 특히 최적화되어 있습니다. 로어는 손쉽게 구축하고 확장하며 유지 관리할 수 있도록 설계되어, 개발자와 아티스트 모두가 빠르고 직관적이며 실용적인 협업 워크플로를 구축할 수 있는 기반을 제공합니다.

Question 2

로어의 라이선스는 어떻게 되나요?

Accepted Answer

로어는 MIT 라이선스로 배포되는 완전한 오픈소스 버전 관리 시스템입니다. 어떤 프로젝트에서든 라이선스 비용이나 제한 없이 사용, 수정, 배포하고 이를 기반으로 자유롭게 개발할 수 있습니다.

Question 3

왜 오픈 소스인가요?

Accepted Answer

진정으로 개방된 에코시스템은 어느 한 기업이 만드는 것이 아니라, 개방형 표준을 바탕으로 모두가 함께 협력해 만들어가는 것이라고 믿습니다. 비공개로 개발된 버전 관리 시스템은 이러한 비전을 실현할 수 없습니다. 팀의 창작 협업 방식을 뒷받침하는 포맷, 프로토콜, 설계의 의사 결정은 이를 사용하는 사람들이 직접 검토하고, 의견을 제시하며, 개선할 수 있도록 공개되어야 합니다.

로어를 오픈 소스로 공개함으로써 커뮤니티는 기능을 확장하고, 이를 기반으로 개발하며, 어느 한 팀이 단독으로 만들 수 있는 것보다 더 강력한 시스템으로 발전시키는 데 기여할 수 있습니다. 또한 특정 기업에 종속되지 않음을 의미하기도 합니다. MIT 라이선스와 완전히 공개된 기술 명세를 통해 로어의 미래는 어느 한 기업의 로드맵이 아니라 사용자와 기여자들이 함께 만들어 갑니다.

Question 4

로어는 다른 버전 관리 솔루션과 어떻게 다른가요?

Accepted Answer

기존의 어떤 시스템도 대규모 게임 및 엔터테인먼트 프로젝트가 요구하는 조건의 조합을 충족하도록 설계되지 않았습니다. 이러한 요구사항에는 다양한 콘텐츠 타입 지원, 여러 차원의 확장성, 여러 조직이 함께 사용해도 안전한 운영 환경, 그리고 완전히 공개된 기술 명세와 라이선스가 포함됩니다.

Git의 콘텐츠 주소 기반 리비전 그래프는 매우 뛰어나지만, 바이너리 파일을 핵심 지원 대상으로 다루지 않습니다. 대용량 파일은 기본 제공되는 청크 기반 저장소 대신 LFS를 별도로 사용해야 하며, 스파스 체크아웃은 오프라인 사용 시 제약이 있고, 기본적인 멀티 테넌트 격리 기능도 제공하지 않습니다.

대규모 바이너리 콘텐츠를 위해 설계된 중앙집중형 시스템은 이러한 에셋을 효과적으로 처리하지만, 일반적인 작업에서도 서버와 지속적으로 통신해야 합니다. 또한 제3자 구현을 사실상 불가능하게 만드는 독점적인 통신 프로토콜을 사용하며, 바이너리 수준의 중복 제거 기능도 제한적입니다.

로어는 데이터 영속성, 접근 제어, 충돌 해결을 위한 중앙 기록 서버 방식과, 데이터 조각 단위로 중복 저장을 줄이는 기능을 갖춘 콘텐츠 주소 기반의 저장소 방식의 장점을 결합하도록 설계됐습니다. 이 저장소는 수 기가바이트 규모의 바이너리 파일과 수 킬로바이트 규모의 텍스트 모두에서 동일하게 효과적으로 작동합니다. 또한 필요한 항목만 실제로 가져오는 스파스/지연 작업 복사본, 자유로운 브랜치 생성 그리고 완전히 개방되고 공개적으로 버전 관리되는 기술 명세와 MIT 라이선스를 제공합니다. 스테이징, 커밋, 브랜치 생성, 변경 사항 비교와 같은 일반적인 작업은 네트워크와의 왕복 통신 없이 수행할 수 있습니다.

Question 5

로어는 어떤 플랫폼을 지원하며, SDK는 어디에서 찾을 수 있나요?

Accepted Answer

로어는 Windows, macOS(ARM64), Linux(x86-64 및 ARM64)를 지원합니다. 사전 빌드된 라이브러리와 CLI, 서버 바이너리는 세 플랫폼 모두에서 사용할 수 있으며, 서버 배포를 위한 Docker 컨테이너 이미지도 함께 제공됩니다. 라이브러리 인터페이스는 C/C++ 및 Rust에서 바로 사용할 수 있습니다. JavaScript, C#, Python, Go용 언어 바인딩은 각 언어의 표준 패키지 관리 툴을 통해 제공됩니다. 모든 소스 코드는 GitHub에서 확인할 수 있습니다.

Question 6

시작하려면 어떻게 해야 하나요?

Accepted Answer

로어는 몇 분 만에 시작할 수 있습니다. 사용 중인 플랫폼에 맞는 사전 빌드된 바이너리를 다운로드한 후 로컬 모드에서 서버를 실행하면 됩니다. 인증이나 클라우드 설정은 필요하지 않습니다. 퀵스타트 가이드를 따르면 저장소 생성부터 콘텐츠 제출, 동기화, 브랜치 생성까지 10분 이내에 완료할 수 있습니다. 이후 규모를 확장할 준비가 되면, 인증 기능을 추가하고 원하는 클라우드 서비스 제공업체와 연동하면 됩니다.

Question 7

로어는 파일 잠금을 지원하나요?

Accepted Answer

현재 로어는 기본적인 파일 잠금 기능을 제공합니다. 사용자는 파일에 잠금을 설정해 병합할 수 없는 에셋이 편집 중임을 협업자에게 알릴 수 있으며, 이를 통해 바이너리 파일에서 발생하는 의도치 않은 충돌을 방지할 수 있습니다.

아직 강제 적용은 구현되지 않았습니다. 현재 구현된 기능에서는 작업을 차단하는 대신 알림을 제공하며, 잠금 상태도 저장소 전체를 대상으로 조회됩니다. 따라서 매우 큰 규모의 프로젝트에서는 효율적으로 확장하기 어렵습니다.

현재 설계 중인 차세대 파일 잠금 기능은 수백만 개의 파일과 수천 명의 동시 사용자가 있는 저장소 환경에서 브랜치 간 잠금 확장성을 향상하는 데 중점을 두고 있습니다. 향후 진행 상황은 공개 로드맵과 Discord를 통해 공유할 예정입니다.

Question 8

로어 서버를 실행하려면 어떤 인프라가 필요한가요?

Accepted Answer

로컬 환경에서 사용하는 경우 별도의 인프라가 필요하지 않습니다. 로어의 무설정 로컬 모드는 단일 서버 실행 파일로 실행되며, 외부 종속성이나 인증서, 클라우드 계정 없이도 사용할 수 있습니다.

팀 전체가 사용하는 배포 환경에서 로어의 스토리지 백엔드는 교체할 수 있도록 설계됐습니다. 레퍼런스 구현은 변경되지 않는 영구 스토리지로 AWS S3를 사용하고, 브랜치 포인터와 메타데이터를 저장하는 변경 가능한 키 값 저장소로 DynamoDB를 사용합니다. 그러나 스토리지 및 전송 레이어는 문서화된 인터페이스를 기반으로 설계되어 있어 제3자가 백엔드를 구현할 수 있습니다. 서버는 Docker 또는 사전 빌드된 바이너리를 통해 배포할 수 있으며, 영구 스토리지 앞단에 엣지 캐시 및 읽기 복제본 계층을 구성해 수평 확장할 수 있습니다. 초기 출시에서는 2단계 서버 계층 구조를 지원하며, 보다 다양한 다단계 토폴로지는 향후 로드맵에 포함되어 있습니다.

Question 9

로어는 병합 충돌을 어떻게 처리하나요?

Accepted Answer

로어는 바이너리 우선 방식으로 설계됐습니다. 모든 콘텐츠는 불투명한 바이트 데이터로서 동일한 저장소 계층을 통해 처리되며, 텍스트 인식 기능은 핵심 구조에 포함되는 대신 상위 계층에서 제공됩니다.

텍스트 파일의 경우, 버전 관리 레이어는 표준 3방향 병합 기능을 제공해 동일한 파일의 서로 다른 부분을 두 명의 기여자가 편집하는 일반적인 상황을 처리합니다.

바이너리 에셋은 자동 병합이 의미 있는 경우가 드물기 때문에 충돌이 명시적으로 드러납니다. 시스템은 두 브랜치가 동일한 파일을 수정했음을 감지하고, 사용자가 어느 버전을 유지할지 선택해 해결할 수 있도록 해당 충돌을 표시합니다. 두 사람이 동시에 편집해서는 안 되는 바이너리 에셋의 경우에는 파일 잠금을 사용하는 것이 권장됩니다. 로어의 조각 단위 저장소를 활용한 부분 바이너리 병합과 콘텐츠 타입별로 확장 가능한 커스텀 충돌 해결 기능 등의 고급 기능은 장기 로드맵에 포함되어 있습니다.

Question 10

보안 취약점은 어떻게 보고할 수 있나요?

Accepted Answer

보안 취약점과 관련해서는 공개 GitHub 이슈를 등록하지 마세요. 대신 에픽게임즈의 책임 있는 공개 절차를 따라 주시기 바랍니다. 자세한 내용은 저장소의 SECURITY.md 파일에서 확인할 수 있습니다. 팀은 공개 저장소 보안 사고에 대응하기 위한 내부 절차를 운영하고 있으며, 보고가 접수되면 신속하게 확인할 예정입니다.

Question 11

로어는 정식 버전으로 제공되나요?

Accepted Answer

로어는 안정화 이전 단계인 0.x 버전으로 출시됩니다. 따라서 안정된 1.0 버전에 도달하기 전까지는 API와 프로토콜이 발전하면서 변경될 수 있습니다. 1.0부터는 엄격한 하위 호환성이 보장될 예정입니다.

0.x 버전에서도 로어에 저장된 데이터는 향후 모든 버전에서 계속 읽을 수 있도록 설계되어 있습니다. 현재 저장소에 커밋된 콘텐츠는 앞으로도 계속 사용할 수 있습니다.

버전 관리 시스템은 시간이 지나며 신뢰를 쌓아야 하는 분야라는 점을 잘 알고 있습니다. 또한 현재의 로어를 보고 스튜디오들이 기존 툴을 즉시 교체할 것이라고 기대하지는 않습니다. 오늘날의 목표는 개발자들과 기술 리더들이 로어를 살펴보고, 이를 기반으로 워크플로를 시범 구축하며, 향후 발전 방향을 함께 만들어 갈 수 있도록 하는 것입니다.

Question 12

로어는 데스크톱 클라이언트를 제공하나요?

Accepted Answer

예. 로어의 확장성을 활용해 초기 버전의 데스크톱 클라이언트를 개발했으며, 현재 출시 페이지에서 바이너리 형태로 다운로드할 수 있습니다. 현재 에픽의 내부 디자인 시스템을 포함한 일부 독점 구성 요소에 의존하고 있어 아직은 오픈소스로 공개되지 않았습니다. 다만 향후에 오픈소스로 전환할 계획입니다. 그때까지는 데스크톱 클라이언트에서 제공되는 모든 기능과 그 이상의 기능을 CLI와 API를 통해 완전히 이용할 수 있습니다.

Question 13

에픽에서는 로어를 사용하고 있나요?

Accepted Answer

로어는 이전에 언리얼 리비전 컨트롤로 알려졌던 포트나이트 언리얼 에디터(UEFN)의 기본 버전 관리 시스템입니다. 이미 많은 크리에이터들이 이를 사용해 섬의 버전을 관리해 왔습니다. 또한 에픽 내부 팀에서도 점차 로어를 도입하고 있으며, UEFN 쿠킹 파이프라인을 위한 백엔드 저장소로도 사용되고 있습니다. 이를 통해 기존의 중간 저장소 레이어를 대체하고 불필요한 파일 전송을 제거함으로써 변경 사항을 게시한 뒤 실제 플레이 가능한 상태가 되기까지 걸리는 시간을 크게 단축합니다.

Question 14

어떻게 기여할 수 있나요?

Accepted Answer

GitHub를 통한 모든 기여를 환영합니다. 로어는 CLA 대신 개발자 원산지 증명서(Developer Certificate of Origin, DCO)를 사용합니다. 이를 통해 많은 기여자의 참여를 가로막는 법적 부담을 줄일 수 있습니다. 기여를 시작하려면 저장소의 기여 가이드를 확인하고, 열려있는 이슈를 선택한 뒤 풀 리퀘스트(pull request)를 제출하세요. 또한 유지보수 담당자들이 활발하게 활동하는 Discord 대화에 참여할 수도 있습니다.

Question 15

로어는 앞으로도 계속 완전한 오픈소스로 유지될 예정인가요?

Accepted Answer

예. 저희의 원칙은 기여자들이 에픽 엔지니어와 동일하게 로어의 기능에 접근할 수 있어야 한다는 것입니다. 로어의 모든 핵심 기능은 모두 공개되며, 비공개 기능이나 접근이 제한된 기능, 유료로 제공되는 기능은 없습니다. 또한 앞으로 데스크톱 및 웹 클라이언트를 포함해 로어를 기반으로 개발 중인 더 많은 툴을 오픈소스로 공개해 나갈 예정입니다.

Question 16

로드맵에는 어떤 계획이 포함되어 있나요?

Accepted Answer

향후 로드맵에는 확장된 대규모 저장소 워크플로(VFS, Windows 서비스), OAuth 통합, 확장 가능한 잠금 기능, 다중 서버 복제, 클라이언트 및 서버 측 훅(hook), VS Code 플러그인, 오픈 소스 데스크톱 및 웹 클라이언트가 포함됩니다.

Question 17

누가 로어를 유지 관리하나요?

Accepted Answer

초기 출시 버전에서는 에픽게임즈의 전담 팀이 로어를 유지 관리합니다. 그러나 앞으로는 내부 및 외부 기여자들로 구성된 다양한 기술 운영 그룹이 공개 로드맵, RFC, 공개 회의를 통해 거버넌스를 발전시켜 나갈 계획입니다.

로어: 차세대 오픈소스 버전 관리 시스템

로어 시작하기

GitHub 방문하기

문서 보기(영문)

커뮤니티 참여하기

개요

간편한 설정과 유연한 확장성

빠르고 효율적인 프로세스

자유로운 브랜치 생성

신뢰할 수 있는 변경 이력

직관적인 인터페이스

전체 기능을 제공하는 API

로어 아키텍처

콘텐츠 주소 기반 저장소

변경 불가능한 리비전 체인

대용량 파일을 위한 청크 기반 스토리지

온디맨드 데이터 로딩과 스파스 워크스페이스

캐싱을 지원하는 중앙집중형 서비스

경량 브랜치와 빠른 전환

로어 저장소

FAQ

로어(Lore)란 무엇인가요?

로어의 라이선스는 어떻게 되나요?

왜 오픈 소스인가요?

로어는 다른 버전 관리 솔루션과 어떻게 다른가요?

로어는 어떤 플랫폼을 지원하며, SDK는 어디에서 찾을 수 있나요?

시작하려면 어떻게 해야 하나요?

로어는 파일 잠금을 지원하나요?

로어 서버를 실행하려면 어떤 인프라가 필요한가요?

로어는 병합 충돌을 어떻게 처리하나요?

보안 취약점은 어떻게 보고할 수 있나요?

로어는 정식 버전으로 제공되나요?

로어는 데스크톱 클라이언트를 제공하나요?

에픽에서는 로어를 사용하고 있나요?

어떻게 기여할 수 있나요?

로어는 앞으로도 계속 완전한 오픈소스로 유지될 예정인가요?

로드맵에는 어떤 계획이 포함되어 있나요?

누가 로어를 유지 관리하나요?

로어 시작하기

GitHub 방문하기

문서 보기(영문)

커뮤니티 참여하기

개요

간편한 설정과 유연한 확장성

빠르고 효율적인 프로세스

자유로운 브랜치 생성

신뢰할 수 있는 변경 이력

직관적인 인터페이스

전체 기능을 제공하는 API

로어 아키텍처

콘텐츠 주소 기반 저장소

변경 불가능한 리비전 체인

대용량 파일을 위한 청크 기반 스토리지

온디맨드 데이터 로딩과 스파스 워크스페이스

캐싱을 지원하는 중앙집중형 서비스

경량 브랜치와 빠른 전환

로어 저장소

FAQ

로어(Lore)란 무엇인가요?

로어의 라이선스는 어떻게 되나요?

왜 오픈 소스인가요?

로어는 다른 버전 관리 솔루션과 어떻게 다른가요?

로어는 어떤 플랫폼을 지원하며, SDK는 어디에서 찾을 수 있나요?

시작하려면 어떻게 해야 하나요?

로어는 파일 잠금을 지원하나요?

로어 서버를 실행하려면 어떤 인프라가 필요한가요?

로어는 병합 충돌을 어떻게 처리하나요?

보안 취약점은 어떻게 보고할 수 있나요?

로어는 정식 버전으로 제공되나요?

로어는 데스크톱 클라이언트를 제공하나요?

에픽에서는 로어를 사용하고 있나요?

어떻게 기여할 수 있나요?

로어는 앞으로도 계속 완전한 오픈소스로 유지될 예정인가요?

로드맵에는 어떤 계획이 포함되어 있나요?

누가 로어를 유지 관리하나요?