Epic Games hat einen Git-Killer entwickelt

Git, entwickelt für textbasierten Code und kleine, inkrementelle Änderungen, versagt grundlegend, wenn es mit den massiven binären Assets konfrontiert wird, die in der modernen Entwicklung, insbesondere bei Spielen, vorherrschen. Seine Architektur, optimiert für zeilenweise Code-Deltas, bricht unter dem Gewicht von Multi-Gigabyte-Texturen, komplexen 3D-Modellen und hochauflösenden Audio- und Videodateien zusammen. Diese Design-Fehlpaarung bläht Repositories unweigerlich auf, lähmt Klon-Geschwindigkeiten und macht die Versionshistorie unhandlich, was sich direkt auf die Teamproduktivität und Projektzeitpläne auswirkt.

Hier kommt Git LFS ins Spiel, ein notwendiger, aber letztlich fehlerhafter Patch, der versucht, diese Lücke zu schließen. Obwohl es hilft, große Dateien durch externe Speicherung zu verwalten, fungiert LFS als Workaround, nicht als native Lösung, und fügt einem System, das nie dafür konzipiert wurde, Komplexität hinzu. Teams kämpfen häufig mit frustrierenden Speicherkontingenten, restriktiven Bandbreitenbegrenzungen und erheblichem Verwaltungsaufwand, was seine oberflächliche Integration und die fortlaufenden Kosten zur Minderung grundlegender Designbeschränkungen verdeutlicht.

Viele Studios, insbesondere in der Spieleentwicklung, greifen aus gutem Grund auf Perforce zurück, einen Branchenriesen: Es funktioniert zuverlässig für große binäre Assets. Doch diese Stabilität hat ihren Preis, eine „Perforce-Steuer“, die sich auf Ihr Geschäftsergebnis und Ihre operative Agilität auswirkt. Hohe Lizenzgebühren, erhebliche Infrastrukturanforderungen und die kritische Notwendigkeit engagierter Administratoren zur Aufrechterhaltung seiner Komplexität zehren an Ressourcen und lenken wertvolle Talente von der Kerninnovation ab, wodurch eine erhebliche Eintrittsbarriere und Skalierungshürde entsteht.

Lore definiert grundlegend neu, wie die Versionskontrolle große Dateien handhabt, und adressiert direkt Gits Achillesferse. Anstatt eine 1-GB-Textur oder ein 3D-Modell als unteilbaren Blob zu behandeln, zerlegt Lore es in kleinere, handhabbare Chunks. Diese Abkehr von traditionellen Ansätzen erschließt eine beispiellose Effizienz für asset-lastige Projekte.

Unter der Oberfläche verwendet Lore eine ausgeklügelte, mehrstufige Architektur. Dateien werden präzise gechunked, wobei jedes resultierende Segment dann zur eindeutigen Identifizierung gehasht wird. Entscheidend ist, dass die Zstandard-Kompression die Speicherung weiter optimiert und den Daten-Footprint vor der Speicherung erheblich reduziert.

Diese verarbeiteten, komprimierten Chunks befinden sich in einem inhaltsadressierbaren Merkle-Baum. Diese Struktur stellt sicher, dass die Adresse jedes Chunks sein kryptografischer Hash ist, was die Datenintegrität garantiert und die sofortige Identifizierung identischer Daten ermöglicht. Lore speichert einen eindeutigen Chunk nur einmal, unabhängig davon, wie viele Dateien oder Versionen ihn enthalten, wodurch die Speichereffizienz durch umfassende Deduplizierung maximiert wird.

Gits Snapshot-Modell, obwohl effektiv für Text, kopiert ganze Binärdateien selbst bei geringfügigen Änderungen, was zu einer massiven Repository-Aufblähung führt. Lores intelligentes Chunking und Deduplizierung revolutionieren dieses Paradigma. Es speichert nur die Teile einer Datei, die sich tatsächlich ändern, nicht das gesamte Asset, wodurch binäre Diffs grundlegend transformiert und Operationen für komplexe, asset-getriebene Workflows beschleunigt werden.

Lore löst das Kerndilemma der modernen Versionskontrolle mit einer hybriden Architektur, die die robuste zentralisierte Kontrolle von Perforce strategisch mit der begehrten lokalen Geschwindigkeit von Git verbindet. Die Beibehaltung eines einzigen Referenzservers gewährleistet höchste Autorität und ein optimiertes Zugriffsmanagement, dennoch ermöglicht Lore Entwicklern weitgehend lokale Workflows. Dieses strategische Design bedeutet, dass tägliche Operationen schnell und unbelastet von Serverlatenz bleiben und das Beste aus beiden Welten bieten.

Entwickler erhalten sofortige lokale Leistung für kritische Aufgaben, was sich direkt in einem messbaren ROI niederschlägt. Branching, Committing, Switching und Diffing erfolgen sofort, ohne einen Roundtrip zu einem Server zu erfordern. Diese neu gewonnene Autonomie ermöglicht es Teams, nahtlos, sogar offline, zu arbeiten, was die Produktivität drastisch verbessert und frustrierende Wartezeiten, die in traditionellen Systemen inhärent sind, reduziert. Es befreit kreative Talente von Infrastruktur-Engpässen.

Ein wesentliches Unterscheidungsmerkmal ist Lores On-Demand-Dateihydration. Im Gegensatz zu Systemen, die Entwickler zwingen, Terabytes an Projekthistorie zu klonen, nur um mit der Arbeit zu beginnen, lädt Lore intelligent nur die spezifischen Asset-Teile herunter, die für eine bestimmte Aufgabe erforderlich sind. Dieser gezielte Ansatz verhindert eine Aufblähung des Repositorys auf lokalen Maschinen und gewährleistet ein schnelles Onboarding für neue Teammitglieder sowie eine effiziente Ressourcennutzung auf ganzer Linie. Für tiefere Einblicke in diesen innovativen Ansatz besuchen Sie Lore - Version Control for Games.

Lore ist, obwohl bahnbrechend, noch eine junge Technologie, derzeit pre-1.0. Dieses frühe Stadium bedeutet, dass seine APIs fließend bleiben und Änderungen unterliegen, die zukünftige Integrationen und Tools beeinflussen könnten. Betrachten Sie Lore daher als eine sich entwickelnde Plattform, nicht als einen direkten, stabilen Ersatz für eine tief verwurzelte Perforce-Umgebung heute.

Unternehmen müssen die derzeitigen betrieblichen Einschränkungen von Lore anerkennen: - Die Bereitstellung ist streng selbst gehostet; es gibt keine Cloud-verwalteten Dienste für müheloses Skalieren oder Wartung. - Es fehlt die Git-Interoperabilität, was die direkte Migration bestehender Projekthistorie aus Git-Repositorys verhindert. - Die Open-Source-Version schließt ausdrücklich eine grafische Benutzeroberfläche aus, was für alle Operationen Kenntnisse der Kommandozeile erfordert.

Interne Benchmarks von Epic Games deuten darauf hin, dass Lore bei massiven Binär-Assets hervorragend ist und eine überlegene Leistung gegenüber traditionellen Systemen bietet. Dies sind überzeugende Behauptungen, die jedoch noch auf eine unabhängige Validierung durch Dritte und reale Stresstests jenseits der kontrollierten Umgebungen von Epic warten. Eine umsichtige Einführungsstrategie beinhaltet das Pilotprojekt Lore für neue, nicht-kritische Projekte, um Ihren Teams die Möglichkeit zu geben, dessen Leistung, Workflow-Integration und langfristige Rentabilität zu bewerten, ohne den Kernbetrieb zu stören.

Was ist Epic Games Lore?

Lore ist ein kostenloses, quelloffenes Versionskontrollsystem, das von Epic Games in Rust entwickelt wurde. Es wurde speziell dafür konzipiert, große Binärdateien (Texturen, Modelle, Audio), die in der Spieleentwicklung üblich sind, effizient zu verwalten.

Wie unterscheidet sich Lore von Git und Git LFS?

Git wurde für Text entwickelt und hat Schwierigkeiten mit großen Binärdateien. Git LFS ist ein Workaround. Lore ist grundlegend für große Dateien konzipiert, indem es sie in kleinere, wiederverwendbare Blöcke zerlegt, was Speicherung und Versionierung weitaus effizienter macht.

Ist Lore ein direkter Ersatz für Perforce?

Lore konkurriert mit Perforce, indem es eine kostenlose, quelloffene Lösung für große Projekte anbietet. Obwohl es eine hohe Leistung für Binär-Assets bietet, ist es noch pre-1.0 und es fehlen ihm die Reife und das Unternehmens-Ökosystem von Perforce.

Ist Lore zentralisiert oder verteilt?

Lore verwendet ein Hybridmodell. Es verfügt über einen zentralen Server (wie Perforce) für Autorität und Zugriffskontrolle, aber die meisten täglichen Operationen wie Commits und Branches erfolgen lokal für mehr Geschwindigkeit (wie Git).