Lore est le nouveau système de contrôle de version open source (sous licence MIT, très permissive) officiellement lancé par Epic Games lors de l’Unreal Fest de juin 2026. Il a mûri en interne en tant que brique sous-jacente du framework Unreal Revision Control au sein de l’écosystème UEFN (Unreal Editor for Fortnite).

« Lore est un système conçu pour une évolutivité sans précédent des données et des équipes, dont la maintenance est assurée par Epic Games. Il est optimisé pour les projets, notamment les jeux et le divertissement, qui combinent du code et de grandes ressources binaires. Il répond aux besoins des développeurs comme des artistes », indique Epic sur la page du projet.

Des problématiques spécifiques

Lore se présente donc comme un VCS axé sur le contenu. On peut l’installer sur Windows, Linux et macOS, et il dispose d’une version serveur que l’on peut utiliser localement ou transférer vers des infrastructures cloud. Attention tout de même, il ne s’agit pas encore d’une version finale. La bêta est lancée à des fins de tests, mais les API peuvent encore changer, ce qui pourrait introduire des cassures plus tard. À manier avec précaution donc, même si Epic affirme qu’une « compatibilité ascendante stricte s’appliquera ».

Sur le site du projet, Epic cite des solutions existantes comme Git, Perforce ou encore Mercurial/Sapling. Pourquoi une autre solution ? Epic répond : parce qu’aucune des actuelles ne fait vraiment tout. La souplesse de Git est louée, mais les fichiers binaires y sont considérés comme des « citoyens de seconde zone » selon l’éditeur et il manque de capacités pour le travail collaboratif. Perforce est vu comme puissant, mais lent à cause des allers-retours avec le serveur pour des opérations standard. Mercurial et Sapling ont une architecture distribuée efficace mais, comme Git, le texte a la priorité sur les autres ressources.

Lore propose donc une autre approche, centrée sur la conception de jeux vidéo et les besoins spécifiques de l’industrie. La conception binaire est au premier plan, avec une architecture « spac-by-construction » qui ne télécharge que les fragments nécessaires de données depuis le serveur pour limiter les échanges (lazy loading). On y trouve aussi une élimination des révisions partiellement appliquées, des états intermédiaires invisibles pour qui n’a pas besoin de les voir, ainsi qu’une API pouvant fonctionner avec C/C++, C#, Rust, Go, Python et JavaScript.

Une orientation API

Cette architecture est « multi-tenant » (multi-locataire) : elle est pensée pour les dépôts multiples et le travail collaboratif. Son moteur de stockage intègre une déduplication au niveau des blocs de données.

Un serveur Lore peut ainsi héberger plusieurs dépôts, ne stockant les octets qu’une seule fois si une même ressource binaire volumineuse est partagée entre plusieurs projets ou développeurs. L’ensemble fonctionne avec une isolation cryptographique pour empêcher un locataire d’accéder aux données d’un autre (ou de les déduire). Si Lore maintient un mécanisme de branches libres à la Git, il permet aussi de verrouiller les fichiers en amont pour empêcher les conflits insolubles avant qu’ils se produisent.

Lore se distingue également de Git (dont il s’inspire largement) et de son orientation fondamentalement CLI (ligne de commande) par une conception centrée sur les API. Le cœur du système se veut extensible grâce à des liaisons natives pour les mêmes langages que ceux cités précédemment.

Ce qui n’empêche pas Epic de fournir une interface en ligne de commande, mais un client de bureau multiplateforme est proposé. Des tiers spécialisés dans le pipeline de production numérique, à l’image d’Anchorpoint, développent déjà des clients graphiques Lore spécialisés pour intégrer la prévisualisation et le diffing visuel de formats 3D et 2D complexes.

D’autres informations et des liens de téléchargement sont aussi disponibles depuis le dépôt GitHub du projet. Epic fournit, entre autres ressources, un guide d’installation et de première configuration d’un dépôt. L’éditeur indique dans sa FAQ que les évolutions prévues intègrent « des flux de travail pour les grands référentiels étendus (VFS, Windows Service), l’intégration OAuth, le verrouillage évolutif, la réplication multiserveurs, des hooks côté client et côté serveur, un plug-in VS Code ainsi qu’un client de bureau et un client web open source ».