Lore是Epic Games维护的下一代开源版本控制系统，专为游戏和娱乐项目设计，能高效处理代码与大型二进制资产，支持数据和团队的无缝扩展，提供快速设置和按需扩展能力。

Lore：下一代开源版本控制系统

Lore 由 Epic Games 维护，专为数据和团队的前所未有的可扩展性而设计。它针对结合代码与大型二进制资产的项目（如游戏和娱乐）进行了优化，同时满足开发者和艺术家的需求。

核心特性： - 简易设置与按需扩展：几分钟内即可在本地模式启动，随后可根据需要快速扩展。 - 快速高效的处理：通过共享、可重复使用的数据和按需下载，实现无延迟扩展。 - 自由分支：快速创建、管理和同步分支，自由实验、迭代和发布。 - 可信历史：利用 Lore 可验证、防篡改的真实来源，自信地跟踪和管理修订。 - 直观界面：通过 CLI 实现对 Lore 全部功能的一对一访问。 - 全面API：通过 C/C++、C#、Rust、Go、Python 或 JavaScript 扩展、定制和集成 Lore。

架构特点： Lore 是一个集中式、内容寻址的版本控制系统，将仓库状态表示为 Merkle 树和不可变修订链，针对二进制优先存储、去重和按需数据水合进行了优化。 - 内容寻址存储：仓库数据通过内容哈希在 Merkle 树中存储和引用，实现快速比较、完整性检查以及跨历史和分支的重用。 - 不可变修订链：修订的哈希签名源自其修订状态，包括父修订哈希和包含的数据哈希，形成具有加密完整性的不可变链。 - 大文件分块存储：文件作为可重用块存储，并带有索引查找，减少重复，实现大型二进制资产的高效更新和传输。 - 按需水合与稀疏工作区：工作区仅在需要时获取文件数据，保持轻量，无需预先下载所有内容。 - 集中式服务与缓存：基于服务的架构在持久存储前使用缓存，为大型团队和仓库扩展吞吐量。 - 轻量分支与快速切换：分支是轻量级可变引用，创建和切换分支开销低，无需复制底层数据。

开源承诺： Lore 完全开源，采用 MIT 许可证。Epic 相信真正的开放生态系统应由集体协作构建，使用开放标准。欢迎加入，共同打造未来的版本控制系统。

根据评论内容，主要观点和论据如下：

1. 对游戏开发场景的针对性优化（高认可度） - 评论13指出："This is a competitor with Perforce for game development... Git is fine for text based files like code, but it's really bad at stuff like textures, 3D models, audio files"（这是Perforce在游戏开发领域的竞争对手...Git适合文本文件，但对纹理、3D模型、音频文件等非文本文件处理很差） - 评论3表示："using Git for projects in Unity and Unreal Engine definitely has its issues... I'm personally not a fan of Git LFS"（在Unity和虚幻引擎项目中使用Git确实有问题...我个人不喜欢Git LFS）

2. 对Epic Games的信任问题（中等认可度） - 评论15质疑："I also have absolutely zero trust in a product like version control being provided by a for-profit company"（我完全不信任由营利性公司提供的版本控制产品） - 评论17指出文档可能由LLM生成："Their docs seem entirely LLM written... which erodes my trust in the project"（他们的文档似乎完全由LLM编写...这削弱了我对项目的信任）

3. 对Git用户体验的批评（中等认可度） - 评论12批评Git的UI："how user-unfriendly Git's UI is... for most people this is just complete gobbledegook"（Git的用户界面多么不友好...对大多数人来说这完全是天书） - 评论8表示："I've always wanted a git with five commands"（我一直想要一个只有五个命令的Git）

4. 对Lore技术特性的观察（低认可度） - 评论10指出："this does not seem like a DVCS in the traditional sense because it depends on coordinating with a central server"（这似乎不是传统意义上的分布式版本控制系统，因为它依赖中央服务器协调） - 评论6认为："Looks very git-ish. But probably better equipped for large binary files"（看起来很像Git，但可能更适合处理大型二进制文件）

5. 对网站和文档质量的批评（低认可度） - 评论15批评网站性能："The incredible laggyness of that website does not inspire confidence"（网站极其卡顿，无法让人产生信心） - 评论17指出文档问题："the lack of human attention on the docs makes me wonder how much they care"（文档缺乏人工关注，让我怀疑他们有多重视）

6. 对Perforce替代品的期待（低认可度） - 评论18表示："It's great to finally see a possible alternative to Perforce"（终于看到Perforce的可能替代品，这很好） - 评论7指出："Perforce is the de facto standard in AAA studios... curious to see what's going to happen"（Perforce是AAA工作室的事实标准...好奇接下来会发生什么）