Question 1

Qu'est-ce que Lore ?

Accepted Answer

Lore est un système de contrôle de version open source de nouvelle génération, dont la maintenance est assurée par Epic Games. Il est conçu pour une évolutivité sans précédent, tant pour la taille des données que pour celle des équipes et des référentiels ainsi que pour leur distribution. Il est particulièrement optimisé pour les projets qui associent du code et de grandes ressources binaires, notamment dans les secteurs du jeu vidéo et du divertissement. Facile à configurer, à faire évoluer et à maintenir, Lore propose un socle permettant aux équipes de concevoir des flux de travail collaboratifs rapides, intuitifs et pratiques pour les développeurs comme pour les artistes.

Question 2

Quel est le type de licence de Lore ?

Accepted Answer

Lore est entièrement open source et publié sous la licence MIT. Vous pouvez l'utiliser pour n'importe quel projet, le modifier, le distribuer et l'enrichir sans restriction ni frais de licence.

Question 3

Pourquoi open source ?

Accepted Answer

Nous pensons qu'un écosystème véritablement ouvert ne sera pas construit par une seule entreprise, mais collectivement et en collaboration, sur la base de standards ouverts.
Un système de contrôle de version conçu à huis clos ne serait pas à la hauteur de cet objectif : les formats, les protocoles et les décisions de conception qui sous-tendent la collaboration des équipes sur un travail de création doivent rester ouverts à l'examen, à la contestation et à l'amélioration par les personnes qui les utilisent.

Parce que Lore est open source, la communauté peut l'enrichir, construire dessus et le rendre plus puissant que si une seule équipe y travaillait. Cela signifie également qu'il n'y a pas de verrouillage propriétaire : une licence MIT et une spécification entièrement publique garantissent que l'avenir de Lore appartient à ses utilisateurs et à ses contributeurs, et non à la feuille de route d'une seule entreprise.

Question 4

En quoi Lore diffère-t-il des autres solutions de contrôle de version ?

Accepted Answer

Aucun autre système n'est conçu pour les contraintes spécifiques aux vastes projets de jeux et de divertissement : des types de contenu arbitraires, une échelle multiaxes, la sécurité multientité ainsi qu'une spécification et une licence entièrement ouvertes.

Le graphique de révision adressé par contenu de Git est excellent, mais il traite les fichiers binaires comme des ressources de seconde classe. En effet, les fichiers volumineux nécessitent un ancrage dans un système LFS (Large File Storage) plutôt qu'un stockage de première classe en tronçons. En outre, les extractions partielles présentent des inconvénients en utilisation hors ligne et il n'y a pas d'isolation native en multientité.

Les systèmes centralisés conçus pour le contenu binaire volumineux gèrent bien ces ressources, mais ils nécessitent généralement des allers-retours avec le serveur pour les opérations courantes, ils exploitent des protocoles de liaison propriétaires qui empêchent l'implémentation par des tiers et ils offrent une déduplication limitée au niveau binaire.

Lore est conçu pour combiner ce qui fonctionne dans chaque système : un serveur d'enregistrement centralisé pour la durabilité, le contrôle d'accès et la résolution des conflits ; un stockage adressé par contenu avec déduplication au niveau des fragments qui est aussi efficace sur un binaire de plusieurs gigaoctets que sur un texte de quelques kilooctets ; des copies de travail souples qui matérialisent uniquement ce dont vous avez besoin ; une ramification libre ; et une spécification entièrement ouverte et publique sous licence MIT. Les opérations d'édition courantes (préparation, validation, ramification, comparaison) ne nécessitent jamais d'aller-retour sur le réseau.

Question 5

Quelles plateformes Lore prend-il en charge et où puis-je trouver les SDK ?

Accepted Answer

Lore fonctionne sur Windows, macOS (ARM64) et Linux (x86-64, ARM64). Une bibliothèque précompilée, une interface de ligne de commande (CLI) et des binaires de serveur sont disponibles pour les trois plateformes et une image de conteneur Docker est fournie pour le déploiement de serveur. L'interface de la bibliothèque est directement utilisable en C/C++ et en Rust. Les liaisons linguistiques pour JavaScript, C#, Python et Go sont disponibles via les outils de paquets standard de leurs écosystèmes. Tout le code source est hébergé sur GitHub.

Question 6

Comment démarrer ?

Accepted Answer

Vous pouvez être opérationnel en quelques minutes. Téléchargez le binaire prégénéré pour votre plateforme et lancez le serveur en mode local ; aucune authentification ou configuration cloud n'est requise. En moins de 10 minutes, le guide de démarrage rapide décrit comment créer un référentiel, soumettre du contenu, effectuer la synchronisation et gérer des ramifications. Quand vous êtes prêts à changer d'échelle, ajoutez l'authentification et connectez-vous au fournisseur de services cloud de votre choix.

Question 7

Lore prend-il en charge le verrouillage de fichier ?

Accepted Answer

Lore dispose aujourd'hui d'un verrouillage de base : les utilisateurs peuvent placer des verrous sur les fichiers pour signaler aux collaborateurs qu'une ressource non fusionnable est en cours d'édition, ce qui aide à prévenir les conflits accidentels sur les fichiers binaires.

En revanche, le verrouillage n'est pas encore sécurisé : le système actuel informe, mais ne bloque pas, et le statut de verrouillage est interrogé globalement dans tout le référentiel, ce qui est inadapté aux très vastes projets.

La prochaine version du verrouillage, actuellement en cours de conception, se concentrera sur l'évolutivité du verrouillage entre les branches dans les référentiels contenant des millions de fichiers et des milliers d'utilisateurs simultanés. Nous vous informerons des évolutions par le biais de la feuille de route publique et de Discord.

Question 8

De quelle infrastructure ai-je besoin pour exécuter un serveur Lore ?

Accepted Answer

Pour une utilisation locale, aucune configuration n'est nécessaire ; le mode local sans configuration de Lore s'exécute comme un exécutable de serveur simple sans dépendances externes, sans certificats et sans compte cloud requis.

Pour les déploiements à l'échelle de l'équipe, les back-ends de stockage de Lore sont conçus pour être remplaçables : les implémentations de référence sont livrées avec AWS S3 pour un stockage durable et immuable ainsi que DynamoDB pour le magasin mutable de valeurs-clés (pointeurs de branche et métadonnées). Les couches de stockage et de transport se trouvent derrière des interfaces documentées que les back-ends tiers peuvent implémenter. Le serveur peut être déployé via Docker ou un binaire prégénéré et étendu horizontalement avec des caches de périphérie et des niveaux de répliques en lecture devant un stockage durable. La version initiale prend en charge une arborescence de serveurs à deux niveaux ; des topologies multiniveaux plus larges figurent sur la feuille de route.

Question 9

Comment Lore gère-t-il les conflits de fusion ?

Accepted Answer

Lore est conçu pour prioriser les binaires : tout le contenu passe par les mêmes primitives de stockage sous la forme de données opaques, avec des fonctionnalités sensibles au texte superposées plutôt que supposées au cœur.

Pour les fichiers de texte, la couche de contrôle de version fournit une implémentation standard de fusion à trois voies qui gère le cas courant de deux contributeurs modifiant différentes parties du même fichier.

Pour les ressources binaires (pour lesquelles la fusion automatique est rarement pertinente), les conflits apparaissent comme des divergences explicites : le système détecte que deux branches ont modifié le même fichier et fait apparaître le conflit pour que l'utilisateur le résolve en choisissant la version à conserver. Le verrouillage de fichier est le flux de travail recommandé pour les ressources binaires que deux personnes ne doivent jamais modifier simultanément. Des fonctionnalités plus sophistiquées figurent sur la feuille de route à plus long terme, notamment la fusion binaire partielle exploitant le stockage au niveau des fragments de Lore ainsi que les résolveurs personnalisés enfichables par type de contenu.

Question 10

Comment signaler une vulnérabilité de sécurité ?

Accepted Answer

Merci de ne pas ouvrir de ticket public sur GitHub pour les vulnérabilités de sécurité. Suivez plutôt le processus de signalement responsable d'Epic Games ; les détails se trouvent dans le fichier SECURITY.md du référentiel. L'équipe suit un processus de réponse interne défini pour les incidents de sécurité des référentiels publics. Elle accusera réception des signalements rapidement.

Question 11

Lore est-il prêt pour la production ?

Accepted Answer

Lore est lancé en tant que version préstable 0.x, ce qui signifie que les API et les protocoles peuvent encore évoluer avant d'atteindre une version stable 1.0. À ce moment-là, une compatibilité ascendante stricte s'appliquera.

Même avec la version 0.x, les données écrites dans Lore sont conçues pour rester lisibles par chaque future version. Le contenu livré dans un référentiel maintenant ne deviendra pas obsolète.

Nous savons que le contrôle de version est un domaine où la confiance se gagne avec le temps. C'est pourquoi nous ne nous attendons pas à ce que les studios remplacent leurs outils existants du jour au lendemain par la solution que nous proposons aujourd'hui. L'objectif actuel est de permettre aux développeurs et aux responsables techniques de tester Lore, de s'en servir pour prototyper des flux de travail et de contribuer à définir sa feuille de route.

Question 12

Existe-t-il un client de bureau pour Lore ?

Accepted Answer

Oui. En tirant parti de l'extensibilité de Lore, nous avons créé un premier client de bureau, dont le binaire est téléchargeable sur notre page des versions. Ce client n'est pas encore open source, car il dépend actuellement de certains composants propriétaires, notamment du système de conception interne d'Epic. Néanmoins, nous nous engageons à le rendre open source à l'avenir. En attendant, tout ce qui est réalisable avec le client de bureau, et plus encore, est entièrement accessible via l'interface de ligne de commande (CLI) et l'API.

Question 13

Où Lore est-il déjà utilisé chez Epic ?

Accepted Answer

Lore, anciennement appelé Unreal Revision Control, est le système de contrôle de version intégré à l'UEFN (Unreal Editor pour Fortnite) ; les créateurs l'utilisent donc pour gérer les versions de leurs îles. Par ailleurs, Lore est progressivement adopté par les équipes internes d'Epic. Il est mis en œuvre comme support de stockage pour le pipeline de préparation de l'UEFN, où il remplace les couches de stockage intermédiaires traditionnelles. Il élimine ainsi les transferts de fichiers redondants et réduit considérablement le délai entre la publication des changements et le moment où ces changements sont effectifs.

Question 14

Comment puis-je contribuer ?

Accepted Answer

Toutes les contributions sont les bienvenues via GitHub. Lore exploite le DCO (certificat d'origine du développeur) plutôt qu'un CLA (accord de licence du contributeur) ; cela évite les coûts juridiques qui freinent de nombreuses contributions. Pour commencer, lisez les directives de contribution dans le référentiel, choisissez un problème ouvert et soumettez une demande d'extraction. Vous pouvez également rejoindre la conversation sur Discord, où les responsables de la maintenance sont actifs.

Question 15

Lore sera-t-il toujours entièrement open source ?

Accepted Answer

Oui. Nous tenons à ce que les contributeurs disposent d'un accès aux fonctionnalités de Lore identique à celui des ingénieurs internes d'Epic. Toutes les principales fonctionnalités existant dans Lore seront disponibles en accès libre ; aucune ne sera cachée, restreinte ou payante. À l'avenir, nous nous engageons également à rendre open source davantage d'outils créés sur la base de Lore, notamment un client de bureau et un client web.

Question 16

Que contient la feuille de route ?

Accepted Answer

Les ajouts prévus sont notamment 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.

Question 17

Qui effectue la maintenance de Lore ?

Accepted Answer

Lors de la publication initiale, la maintenance de Lore est effectuée par une équipe dédiée chez Epic Games. Toutefois, nous prévoyons que la gouvernance évolue vers un groupe de pilotage technique diversifié et composé de contributeurs internes et externes, fonctionnant par le biais de feuilles de route publiques, d'un système RFC de gestion des commentaires et de réunions ouvertes.

Lore : le contrôle de version open source de nouvelle génération

Commencer avec Lore

Retrouvez-nous sur GitHub

Consulter la documentation

Rejoindre la conversation

Aperçu

Configuration facile, évolutivité à la demande

Des processus rapides et efficaces

Une ramification libre

Un historique de confiance

Une interface intuitive

API de surface totale

Architecture de Lore

Le stockage adressé par contenu

Une chaîne de révision immuable

Le stockage par tronçons pour les fichiers volumineux

L'hydratation à la demande et des espaces de travail clairsemés

Un service centralisé avec mise en cache

Des branches légères et un basculement rapide

Référentiels Lore

Foire aux questions

Qu'est-ce que Lore ?

Quel est le type de licence de Lore ?

Pourquoi open source ?

En quoi Lore diffère-t-il des autres solutions de contrôle de version ?

Quelles plateformes Lore prend-il en charge et où puis-je trouver les SDK ?

Comment démarrer ?

Lore prend-il en charge le verrouillage de fichier ?

De quelle infrastructure ai-je besoin pour exécuter un serveur Lore ?

Comment Lore gère-t-il les conflits de fusion ?

Comment signaler une vulnérabilité de sécurité ?

Lore est-il prêt pour la production ?

Existe-t-il un client de bureau pour Lore ?

Où Lore est-il déjà utilisé chez Epic ?

Comment puis-je contribuer ?

Lore sera-t-il toujours entièrement open source ?

Que contient la feuille de route ?

Qui effectue la maintenance de Lore ?

Commencer avec Lore

Retrouvez-nous sur GitHub

Consulter la documentation

Rejoindre la conversation

Aperçu

Configuration facile, évolutivité à la demande

Des processus rapides et efficaces

Une ramification libre

Un historique de confiance

Une interface intuitive

API de surface totale

Architecture de Lore

Le stockage adressé par contenu

Une chaîne de révision immuable

Le stockage par tronçons pour les fichiers volumineux

L'hydratation à la demande et des espaces de travail clairsemés

Un service centralisé avec mise en cache

Des branches légères et un basculement rapide

Référentiels Lore

Foire aux questions

Qu'est-ce que Lore ?

Quel est le type de licence de Lore ?

Pourquoi open source ?

En quoi Lore diffère-t-il des autres solutions de contrôle de version ?

Quelles plateformes Lore prend-il en charge et où puis-je trouver les SDK ?

Comment démarrer ?

Lore prend-il en charge le verrouillage de fichier ?

De quelle infrastructure ai-je besoin pour exécuter un serveur Lore ?

Comment Lore gère-t-il les conflits de fusion ?

Comment signaler une vulnérabilité de sécurité ?

Lore est-il prêt pour la production ?

Existe-t-il un client de bureau pour Lore ?

Où Lore est-il déjà utilisé chez Epic ?

Comment puis-je contribuer ?

Lore sera-t-il toujours entièrement open source ?

Que contient la feuille de route ?

Qui effectue la maintenance de Lore ?