Question 1

Was ist Lore?

Accepted Answer

Lore ist ein Open-Source-Versionskontrollsystem der nächsten Generation, das von Epic Games bereitgestellt wird. Die Skalierbarkeit von Lore ist sowohl in Bezug auf die Datengröße als auch auf die Größe und Verteilung von Teams und Repositorys bislang unerreicht. Das System wurde insbesondere für Projekte, die Code mit großen binären Assets kombinieren, optimiert, wie sie in der Spiele- und Unterhaltungsbranche zu finden sind. Lore ist einfach einzurichten, zu skalieren und zu warten und bietet die Basis für Teams, um schnelle, intuitive und praktikable gemeinschaftliche Workflows für Entwickler und Künstler gleichermaßen aufzusetzen.

Question 2

Wie wird Lore lizenziert?

Accepted Answer

Lore ist vollständig Open Source und wird unter der MIT-Lizenz veröffentlicht. Du kannst es für jedes Projekt verwenden, ändern, vertreiben und darauf aufbauen – ohne Einschränkungen oder Lizenzgebühren.

Question 3

Warum Open Source?

Accepted Answer

Wir sind davon überzeugt, dass ein wirklich offenes Ökosystem nicht von einem einzigen Unternehmen, sondern nur von einer Gemeinschaft, die zusammenarbeitet, und unter Verwendung offener Standards geschaffen werden kann. Ein hinter verschlossenen Türen entwickeltes Versionskontrollsystem würde diesem Anspruch nicht gerecht werden – die Formate, Protokolle und Designentscheidungen, die Teams bei ihrer kreativen Arbeit als Basis verwenden, sollten für sie transparent und zugänglich sein, sodass sie sie auf den Prüfstand stellen und verbessern können.

Lore als Open Source bereitzustellen bedeutet, dass die Community es erweitern, auf ihm aufbauen und es mitgestalten kann, sodass es zu einem leistungsfähigeren Werkzeug wird, als es ein einzelnes Team allein entwickeln könnte. Es bedeutet überdies: keine Bindung. Eine MIT-Lizenz und eine vollständig öffentlich zugängliche Spezifikation stellen sicher, dass die Zukunft von Lore seinen Nutzern und Beitragenden gehört, und nicht der Roadmap eines einzelnen Unternehmens folgen muss.

Question 4

Wie unterscheidet sich Lore von anderen Lösungen zur Versionskontrolle?

Accepted Answer

Kein bisher bestehendes System wurde für die Kombination von Anforderungen entwickelt, die große Spiele- und Unterhaltungsprojekte mit sich bringen: beliebige Inhaltstypen, mehrachsige Skalierung, Mandantensicherheit sowie eine vollständig offene Spezifikation und Lizenz.

Der Inhalte adressierende Revisionsgraph von Git ist hervorragend, vernachlässigt jedoch Binärdateien, was dazu führt, dass große Dateien ein nachträglich aufgesetztes LFS anstelle eines erstklassigen Chunk-Speichers erfordern, Sparse-Checkouts bei der Offline-Nutzung tückische Kanten aufweisen und keine native Mandantenisolation vorhanden ist.

Zentralisierte Systeme, die für umfangreiche binäre Inhalte konzipiert sind, kommen mit solchen diese Assets gut zurecht, erfordern aber typischerweise Server-Round-Trips für Standardvorgänge, verwenden proprietäre Wire-Protokolle, die eine Implementierung durch Drittparteien ausschließen, und bieten eine begrenzte Deduplizierung auf der binären Ebene.

Lore wurde entwickelt, um das Beste aus beiden Welten zu vereinen: einen zentralen Server-of-Record für Beständigkeit, Zugriffskontrolle und Konfliktlösung, inhaltsadressierten Speicher mit Deduplizierung auf Fragmentebene, der bei einer Multi-Gigabyte-Binärdatei ebenso effektiv ist wie bei einem Text mit wenigen Kilobytes, partielle, bedarfsgesteuerte Arbeitskopien, die nur das materialisieren, was du benötigst, freie Verzweigung sowie eine vollständig offene, öffentlich versionierte Spezifikation und eine MIT-Lizenz. Normale Bearbeitungsvorgänge – Staging, Committing, Branching, Diffing – erfordern niemals einen Netzwerk-Round-Trip.

Question 5

Welche Plattformen unterstützt Lore, und wo finde ich die SDKs?

Accepted Answer

Lore läuft auf Windows, macOS (ARM64) und Linux (x86-64, ARM64). Vorgefertigte Bibliotheks-, CLI- und Server-Binärdateien sind für alle drei Plattformen verfügbar. Darüber hinaus wird ein Docker-Container-Image für die Serverbereitstellung bereitgestellt. Das Bibliotheks-Interface kann direkt in C/C++ und Rust verwendet werden. Sprachbindungen für JavaScript, C#, Python und Go sind über die Standard-Paketwerkzeuge ihrer jeweiligen Ökosysteme verfügbar. Der gesamte Quellcode wird auf GitHub gehostet.

Question 6

Wie kann ich loslegen?

Accepted Answer

Du kannst in nur wenigen Minuten startklar sein. Lade die vorgefertigte Binärdatei für deine Plattform herunter und starte den Server im lokalen Modus – es ist keine Authentifizierung oder Cloud-Konfiguration erforderlich. Die Schnellstartanleitung führt dich in weniger als 10 Minuten durch das Erstellen eines Repositorys, das Einreichen von Inhalten, die Synchronisation und die Verzweigung. Wenn du hochskalieren möchtest, fügst du einfach eine Authentifizierung hinzu und verbindest dich mit dem Cloud-Anbieter der Wahl.

Question 7

Unterstützt Lore die Dateisperrung?

Accepted Answer

Lore verfügt aktuell über grundlegende Sperrungsmöglichkeiten: Benutzer können Dateien sperren, um Mitarbeitern zu signalisieren, dass ein Asset bearbeitet wird, das nicht zusammengeführt werden kann. Dadurch können versehentliche Konflikte bei Binärdateien vermieden werden.

Eine Erzwingung ist derzeit allerdings noch nicht verfügbar –die aktuelle Implementierung informiert, anstatt zu blockieren, und der Sperrzustand wird global über das Repository abgefragt, was bei sehr großen Projekten nicht praktikabel ist.

Die nächste Iteration der Sperrungsfunktion, die sich derzeit in der Designphase befindet, wird sich auf die Skalierbarkeit von Sperrungen über Verzweigungen hinweg in Repositorys mit Millionen von Dateien und Tausenden von gleichzeitigen Nutzern konzentrieren. Wir werden die öffentliche Roadmap und Discord nutzen, um über unsere Fortschritte zu informieren.

Question 8

Welche Infrastruktur benötige ich, um einen Lore-Server zu betreiben?

Accepted Answer

Für die lokale Verwendung wird keine Infrastruktur benötigt – der lokale Zero-Config-Modus von Lore wird als einzelne Server-Ausführungsdatei ohne externe Abhängigkeiten, Zertifikate oder die Notwendigkeit eines Cloud-Kontos ausgeführt.

Für teamweite Bereitstellungen sind die Speicher-Backends von Lore austauschbar konzipiert: Die Referenzimplementierungen werden mit AWS S3 für dauerhaften, unveränderlichen Speicher und DynamoDB für den veränderlichen Schlüssel-Wert-Speicher (Verzweigungspointer und Metadaten) ausgeliefert. Die Speicher- und Transportebenen befinden sich jedoch hinter dokumentierten Interfaces, die von Drittpartei-Backends implementiert werden können. Der Server kann über Docker oder eine vorgefertigte Binärdatei bereitgestellt und horizontal skaliert werden, wobei Edge-Cache- und Lese-Replikat-Schichten dauerhaftem Speicherplatz vorgeschaltet werden. Die Erstveröffentlichung unterstützt eine zweistufige Serverhierarchie. Breitere mehrstufige Topologien sind aber bereits Teil der Roadmap.

Question 9

Wie behandelt Lore Zusammenführungskonflikte?

Accepted Answer

Lore wurde in erster Linie für Binärdateien entwickelt: Alle Inhalte fließen als opake Bytes durch die gleichen Speicherprimitive, wobei textbasierte Funktionen als zusätzliche Ebene behandelt werden, anstatt im Kern vorausgesetzt zu werden.

Für Textdateien liefert die Versionskontrollebene standardmäßig eine Drei-Wege-Zusammenführungsimplementierung, die den gängigen Fall abdeckt, dass zwei Beitragende verschiedene Teile derselben Datei bearbeiten.

Bei binären Assets – bei denen eine automatische Zusammenführung selten sinnvoll ist – treten Konflikte als explizite Divergenz auf: Das System erkennt, dass zwei Verzweigungen dieselbe Datei geändert haben, und zeigt dem Nutzer den Konflikt an, den dieser lösen kann, indem er entscheidet, welche Version übernommen werden soll. Dateisperrung ist der empfohlene Workflow für binäre Assets. Dadurch wird grundsätzlich verhindert, dass zwei Personen gleichzeitig dasselbe Asset bearbeiten. Fortgeschrittenere Funktionen wie die partielle Zusammenführung von Binärdateien, die den Speicher auf Fragmentebene von Lore nutzt, sowie integrierbare benutzerdefinierte Resolver nach Inhaltstyp – sind Teil der längerfristigen Roadmap.

Question 10

Wie melde ich eine Sicherheitslücke?

Accepted Answer

Bitte öffne für Sicherheitslücken kein öffentliches GitHub-Problem. Befolge stattdessen den Prozess der verantwortungsvollen Offenlegung von Epic Games – Details findest du in der Datei SECURITY.md im Repository. Das Team folgt bei Sicherheitsvorfällen in öffentlichen Repositorys einem definierten internen Reaktionsprozess und wird Berichte umgehend bearbeiten.

Question 11

Ist die Lore produktionsbereit?

Accepted Answer

Lore wird als pre-stable 0.x-Version veröffentlicht, was bedeutet, dass sich APIs und Protokolle noch weiterentwickeln können, bevor wir eine stabile Version 1.0 erreichen – ab diesem Zeitpunkt wird eine strenge Abwärtskompatibilität gelten.

Aber auch in 0.x-Versionen sind Daten, die in Lore geschrieben werden, so konzipiert, dass sie von jeder zukünftigen Version gelesen werden können. Inhalte, die jetzt in ein Repository überführt werden, veralten nicht.

Wir wissen, dass die Versionskontrolle eine Domäne ist, in der sich eine Lösung Vertrauen nur im Lauf der Zeit verdienen kann, und wir erwarten nicht, dass Studios ihre bestehenden Werkzeuge über Nacht durch das ersetzen, das wir aktuell anbieten. Unser Ziel besteht derzeit darin, Entwicklern und technischen Leitern die Möglichkeit zu geben, Lore kennenzulernen, Prototypen von Workflows zu erstellen und mitzugestalten, wohin die Reise geht.

Question 12

Verfügt Lore über einen Desktop-Client?

Accepted Answer

Ja. Wir haben die Erweiterbarkeit von Lore dazu genutzt, einen ersten Desktop-Client zu entwickeln, der ab sofort als Binär-Download auf unserer Seite mit Veröffentlichungen verfügbar ist. Er ist noch nicht Open Source und hängt aktuell von einigen proprietären Komponenten ab, einschließlich des internen Designsystems von Epic. Wir sind jedoch entschlossen, ihn in Zukunft als Open-Source-Lösung zu veröffentlichen. In der Zwischenzeit ist alles, was du über den Desktop-Client tun kannst (und mehr), vollständig über die CLI und die API zugänglich.

Question 13

Wo bei Epic wird Lore bereits verwendet?

Accepted Answer

Lore, früher Unreal Revision Control genannt, ist das integrierte Versionskontrollsystem für UEFN (Unreal Editor für Fortnite), wo es von Entwicklern verwendet wird, um ihre Inseln zu versionieren. Es wird auch zunehmend von internen Epic-Teams übernommen und als Backing-Speicher für die UEFN-Cook-Pipeline implementiert, wo es traditionelle Zwischenspeicherebenen ersetzt. Dadurch entfallen redundante Dateiübertragungen, und die Zeit zwischen der Veröffentlichung von Änderungen und deren Spielbarkeit wird erheblich reduziert.

Question 14

Wie kann ich beitragen?

Accepted Answer

Jeder Beitrag über GitHub ist willkommen. Lore verwendet ein DCO (Developer Certificate of Origin, Entwickler-Zertifikat des Ursprungs) anstelle eines CLA. Dadurch wird der rechtliche Overhead vermieden, der viele Beitragende an der Mitwirkung hindert. Um loszulegen, lies die Beitragsrichtlinien im Repository, nimm ein offenes Problem in Angriff und sende eine Pull-Anfrage. Du kannst dich auch an der Unterhaltung auf Discord beteiligen, wo die Betreuer aktiv sind.

Question 15

Wird Lore immer vollständig Open Source sein?

Accepted Answer

Ja. Unser Grundsatz ist, dass Beitragende den gleichen Zugang zu den Funktionen von Lore haben müssen wie die Ingenieure von Epic. Jede Kernfunktionalität, die in Lore existiert, wird offen verfügbar sein – es wird keine versteckten, eingeschränkten oder kostenpflichtigen Funktionen geben. Wir sind auch bestrebt, im Laufe der Zeit weitere der Werkzeuge, die wir auf der Basis von Lore entwickeln, als Open Source zu veröffentlichen, darunter einen Desktop- und Web-Client.

Question 16

Was sieht die Roadmap aus?

Accepted Answer

Geplante Ergänzungen umfassen erweiterte Workflows für große Repositorys (VFS, Windows-Dienst), OAuth-Integration, skalierbare Sperrung, Multi-Server-Replikation, Client- und Server-seitige Hooks, ein VS Code-Plugin und einen Open Source-Desktop- und Web-Client.

Question 17

Wer wartet Lore?

Accepted Answer

Zur Erstveröffentlichung wird Lore von einem engagierten Team bei Epic Games gewartet. Unser Ziel ist es jedoch, dass sich die Governance mittelfristig in Richtung einer vielfältigen technischen Lenkungsgruppe entwickelt, die sich aus internen und externen Beitragenden zusammensetzt und die mithilfe öffentlicher Roadmaps, RFCs und offener Treffen operiert.

Lore: Open-Source-Versionskontrolle der nächsten Generation

Mit Lore loslegen

Finde uns auf GitHub

Dokumentation lesen

An der Unterhaltung beteiligen

Überblick

Einfache Einrichtung, Skalierbarkeit nach Bedarf

Schnelle und effiziente Prozesse

Freie Verzweigung

Ein Verlauf, dem du vertrauen kannst

Intuitives Interface

Vollumfängliche API

Architektur von Lore

Inhaltsadressierter Speicher

Unveränderliche Revisionskette

Segmentierter Speicher für große Dateien

Bedarfsgesteuerte Hydrierung und verteilte Arbeitsbereiche

Zentralisierter Dienst mit Zwischenspeicherung

Schlanke Verzweigungen und schnelles Wechseln

Lore-Repositorys

Häufig gestellte Fragen

Was ist Lore?

Wie wird Lore lizenziert?

Warum Open Source?

Wie unterscheidet sich Lore von anderen Lösungen zur Versionskontrolle?

Welche Plattformen unterstützt Lore, und wo finde ich die SDKs?

Wie kann ich loslegen?

Unterstützt Lore die Dateisperrung?

Welche Infrastruktur benötige ich, um einen Lore-Server zu betreiben?

Wie behandelt Lore Zusammenführungskonflikte?

Wie melde ich eine Sicherheitslücke?

Ist die Lore produktionsbereit?

Verfügt Lore über einen Desktop-Client?

Wo bei Epic wird Lore bereits verwendet?

Wie kann ich beitragen?

Wird Lore immer vollständig Open Source sein?

Was sieht die Roadmap aus?

Wer wartet Lore?

Mit Lore loslegen

Finde uns auf GitHub

Dokumentation lesen

An der Unterhaltung beteiligen

Überblick

Einfache Einrichtung, Skalierbarkeit nach Bedarf

Schnelle und effiziente Prozesse

Freie Verzweigung

Ein Verlauf, dem du vertrauen kannst

Intuitives Interface

Vollumfängliche API

Architektur von Lore

Inhaltsadressierter Speicher

Unveränderliche Revisionskette

Segmentierter Speicher für große Dateien

Bedarfsgesteuerte Hydrierung und verteilte Arbeitsbereiche

Zentralisierter Dienst mit Zwischenspeicherung

Schlanke Verzweigungen und schnelles Wechseln

Lore-Repositorys

Häufig gestellte Fragen

Was ist Lore?

Wie wird Lore lizenziert?

Warum Open Source?

Wie unterscheidet sich Lore von anderen Lösungen zur Versionskontrolle?

Welche Plattformen unterstützt Lore, und wo finde ich die SDKs?

Wie kann ich loslegen?

Unterstützt Lore die Dateisperrung?

Welche Infrastruktur benötige ich, um einen Lore-Server zu betreiben?

Wie behandelt Lore Zusammenführungskonflikte?

Wie melde ich eine Sicherheitslücke?

Ist die Lore produktionsbereit?

Verfügt Lore über einen Desktop-Client?

Wo bei Epic wird Lore bereits verwendet?

Wie kann ich beitragen?

Wird Lore immer vollständig Open Source sein?

Was sieht die Roadmap aus?

Wer wartet Lore?