Lore：为超大规模而生的新开源版本控制，Git 的活它想接

仓库大到一定份上，Git 会开始喘气：克隆一下午， blame 一下卡半天。开源项目 Lore 说自己就是为超大规模设计的，在 HN 上拿下一千多赞。这篇讲讲它想干什么，以及跟你有没有关系。

先说结论：Lore 赌的是“代码库只会越来越大”。单体仓、巨型二进制、大团队协作，这些场景下传统工具的体验直线下降。Lore 从底层重新设计，把扩展性当第一目标，鱼和熊掌都想要：大仓不慢，小仓不重。

三类团队可以盯着看。第一类是单体仓受害者，每天被克隆和拉取折磨的，先看看它的部分克隆和按需取的思路能不能解渴。第二类是管大文件的，模型、素材、构建产物塞仓库的，看它的存储层怎么玩。第三类是工具链团队，趁早研究它的协议和兼容性，免得将来迁移抓瞎。

冷静的话也要讲。新版本控制工具的坑从来不在功能，在生态：IDE 认不认，CI 接不接，出了问题有没有人修。Git 赢的不只是技术，更是二十年的积累。Lore 要过的第一关，是让 первых吃螃蟹的人活下来并且愿意说好。

中国读者照抄思路就行：先别急着换，用小仓试水，看文档、跑 demo、测你最痛的那个场景。工具选型永远是先解决最痛的点，再谈信仰。

行动建议：收藏它的官网和 HN 讨论帖，翻翻里面的翻车和夸奖，再决定要不要试。你们家仓库多大，Git 还顶得住吗？

多说一句：版本控制的历史告诉我们，新工具杀出来靠的都是先解决一个旧工具解决不了的痛点。Lore 能不能成，就看它能不能让第一批大仓用户发出“回不去了”的感慨。吃瓜的同时，把自家仓库的体积先管一管。 来源｜Hacker News 热议 / Lore，https://lore.org/