Epic Games выпустила систему контроля версий с открытым кодом — и метит она вовсе не в Git

Что именно выпустила Epic

Lore — система контроля версий, которую сопровождает Epic Games и которая вышла под лицензией MIT, а её репозиторий лежит — к веселью треда — на GitHub. Под капотом всё выглядит по-гитовски: хранилище с адресацией по содержимому, деревья Меркла, неизменяемые цепочки ревизий, криптографически проверяемая история. CLI намеренно компактный, а рабочий процесс читается как Git из пяти глаголов:

lore stage hello.txt
lore status --scan
lore commit "Initial revision"
lore push

Расходится она в модели данных. Lore сделана под бинарники: поблочное хранение и дедупликация больших файлов, ветвление без копирования данных и разреженная «гидратация» — данные файла вы тянете только когда они нужны, а не весь репозиторий. Поставляется с полноценными API для C/C++, C#, Rust, Go, Python и JavaScript. Подвох, который тред поймал сразу, в том, что всё это опирается на централизованную сервисную архитектуру со слоями кэширования. Это не распределённая VCS в смысле Git.

Заголовок промахивается мимо того, для кого это сделано

Самый полезный комментарий в треде переформулировал всю историю для большинства не из геймдева на Hacker News:

«Это не задумано как конкурент Git для разработки софта в целом. Это конкурент Perforce для геймдева… одному художнику может понадобиться эксклюзивная блокировка на ассеты, пока он их редактирует, потому что нет вменяемого способа смержить асинхронные правки двух художников». — комментатор, объясняющий проблему блокировки ассетов в геймдеве

Это совпадает с тем, где Epic давно работает. Инженер, наблюдавший за этой сферой, описал реального конкурента, в которого она целит:

«Они ковыряются в этой теме внутри Unreal Engine уже несколько лет. Perforce — де-факто стандарт в AAA-студиях по моему опыту, любопытно, что с ним теперь будет». — графический разработчик из speps.fr

Боль, в которую она целит, не гипотетична даже за пределами игр. Один читатель держит десятки гигабайтов PDF в Git и назвал этот опыт ровно тем, что Lore призвана чинить: «git реально для этого не годится. Нет, Git LFS — не решение».

«Не DVCS в традиционном смысле»

Архитектура вызвала самое внимательное чтение. Один комментатор зафиксировал следствие центрально-серверного дизайна:

«Это не похоже на DVCS в традиционном смысле, потому что зависит от координации с центральным сервером, где будут размещены все репозитории. Не пойму, могут ли серверы тянуть и пушить друг от друга». — комментатор, разбирающий модель гидратации

Дальше навалились вопросы доверия. Документация, заметил один читатель, читается как написанная машиной:

«Их доки, похоже, целиком написаны LLM… они оставили кучу лишних оборотов и типичных стилистических ходов, и это немного подрывает моё доверие к проекту». — комментатор, внимательно прочитавший FAQ

Другой указал на сам сайт запуска — тормоза, сломанное выделение текста, целое ядро процессора на рендер — а затем на тревогу поглубже: отдать историю версий коммерческой компании. «У меня ровно ноль доверия к тому, чтобы такой продукт, как контроль версий, предоставляла коммерческая компания, — написал он, — учитывая их послужной список». Версия пожёстче: «никогда не доверяй epic».

Настоящая альтернатива Perforce — если готовы доверить хостинг Epic

Энтузиазм искренен там, где боль реальна: «Наконец-то приятно увидеть возможную альтернативу Perforce», — написал один геймдев, и публика с тяжёлыми ассетами годами хотела открытый вариант. Но Lore просит то, чего Git никогда не просил, — принять центральный сервер под управлением Epic как место, где живёт ваша история. Для студии, уже платящей за лицензии Perforce, размен может быть очевиден. Для всех, кто принимает это за «новый Git», рамка попросту неверна.