基于 Lore 的仓库托管
构建于 Epic Games 开源版本控制系统 Lore（MIT），面向代码与大型二进制资产。
LoreBucket
为大型资产团队而生的协作平台
基于 Epic Games 的 Lore 版本控制内核构建，类 BitBucket 的仓库托管与协作体验，原生面向大文件与游戏资产管线。
核心优势
核心特性
二进制优先与大文件
分块存储 + 片段级去重，多 GB 二进制与 KB 文本同样高效。
内容寻址与可验证历史
BLAKE3 内容寻址 + Merkle 树哈希链，历史防篡改、可逐字节校验。
稀疏检出与按需拉取
稀疏工作区 + 惰性拉取，按需 hydration，无需全量下载。
轻量分支与快速切换
分支为轻量可变引用，创建、切换与同步近乎零开销。
Pull / Merge 评审
Web 界面的合并请求与代码 / 资产评审协作。
文件锁
对不可合并的二进制内容提供文件锁，避免并发冲突。
权限与多租户隔离
基于分区的访问边界，支持按目录 / 分区精细授权。
全功能 API 与 SDK
C/C++、C#、Rust、Go、Python、JavaScript 全语言 SDK，易于 CI/CD 集成。
技术规格
| 版本控制内核 | 基于 Epic Games 开源 Lore（MIT 许可） |
|---|---|
| 存储模型 | 内容寻址不可变存储（BLAKE3）+ Merkle 树 |
| 大文件 | 分块存储 + 片段级去重，二进制优先 |
| 工作区 | 稀疏检出 + 按需 hydration + 本地缓存 |
| 历史完整性 | 不可变哈希链修订图，推送端到端校验 |
| 协作 | 分支 / 合并 / 评审，文件锁 |
| 传输与可用性 | 集中式事实来源，离线能力 + 断点续传 |
| 访问控制 | 分区多租户隔离，按目录授权 |
| 接口 | C API + C/C++、C#、Rust、Go、Python、JavaScript SDK |
| 高级能力 | 子仓库链接、Layers 覆盖 |
媒体
界面预览
底层技术：Lore
LoreBucket 的版本控制内核基于 Lore —— 由 Epic Games 维护、以 MIT 许可开源的新一代版本控制系统，面向代码 + 大型二进制资产的工作负载而设计。其核心架构包括：
- 内容寻址不可变存储：所有内容按 BLAKE3 哈希存储于不可变数据存储，分支指针等可变状态存于独立的键值存储；
- 仓库即 Merkle 树：修订状态以哈希链组织，形成可验证、防篡改的"事实来源"；
- 分块与片段级去重：大文件按可复用分块存储并建立索引，对多 GB 二进制与文本同样高效；
- 稀疏与按需 hydration：工作区仅在需要时拉取数据，保持轻量；
- 集中式 + 离线能力：以服务为事实来源，支持离线工作与断点续传，推送时由服务端端到端校验；
- 多租户隔离：以分区作为访问边界，天然支持多租户与按目录访问控制；
- API 优先：以 C 库为主接口，提供 C/C++、C#、Rust、Go、Python、JavaScript 等全语言 SDK。
与传统 Git 托管的差异
- 多 GB 二进制作为一等内容原生处理，而非依赖 Git LFS 等外置方案；
- 片段级去重对大二进制与文本同样有效，不受 pack delta 启发式限制；
- 稀疏检出 + 惰性拉取在任意粒度可用，工作区无需全量克隆；
- 内置文件锁，解决不可合并资产的并发编辑问题；
- 多租户隔离与可验证历史由架构内建。
适用团队
LoreBucket 适合需要对大文件与资产进行版本控制与协作的团队：
- 游戏工作室与发行团队；
- 数字孪生与大型场景研发团队；
- 任何需要大文件版本控制的研发团队。
技术说明参考 lore.org 与 Lore 系统设计文档。Lore 由 Epic Games 维护并以 MIT 许可开源；Epic Games、Lore 等名称与商标归其各自所有者所有，本站对其的引用仅用于说明技术来源，不代表任何认可、赞助或关联关系。具体功能与规格以实际产品版本为准。