Git ist nicht die Zukunft der Versionskontrolle
What Comes After Git
Steve Klabnik von East River Source Control erklärt, warum Git an seine Grenzen stößt: Agenten fluten Repositories, Monorepos wachsen in Milliardenzeilen, und Git wurde 2005 für den Linux-Kernel entworfen, nicht für die Anforderungen von heute. ERSC baut eine horizontale Storage-Engine, die weiterhin das Git-Protokoll spricht, aber Git-Repositories nicht mehr als Wahrheit speichert. Später soll Jujutsu als zweites Protokoll auf derselben Engine folgen.
Put plainly, we do not believe that Git is the future of source control.
- nrr
Ich schließe mich den anderen Kommentaren hier an: Dieser Artikel ist wirklich dürftig, was die Details angeht, wie ERSC Git für die Zukunft umbauen will (über Jujutsu als Migrationspfad hinaus) oder warum es in der Zukunft keinen Platz für Git (wie wir es kennen) geben soll[0].
Ich habe zufällig technischen Kontext zu diesem Problem[1], und ich war von der Ankündigung eher enttäuscht. Erwähnt wenigstens, wie verdammt schmerzhaft das Wire-Format des Pack-Protokolls ist! Gebt denen von uns, die technisch versiert und tief in Git's Angelegenheiten stecken, etwas, worüber wir uns gemeinsam ärgern können!
Allerdings: Fossil wurde erwähnt! \o/
--
0: Ja, sie erwähnen agentische Entwicklungsmuster und Einschränkungen, auf die monorepo-orientierte Muster stoßen, aber die Details werden weggewischt. Was genau belastet Git durch agentische Entwicklungsmuster besonders? Für diejenigen von uns, die keine Agenten nutzen oder nur begrenzten Kontakt mit ihnen haben, ist das nicht besonders offensichtlich, aber die Nutzungsmuster spiegeln sich fast sicher in anderen Verwendungen von Git wider, auf die kleinere Läden stoßen würden.
1: Ich habe sogar lange und gründlich darüber nachgedacht, ob ich mich selbst daran versuchen sollte, Gits Objektspeicher so umzubauen, dass er eher wie ein Append-only-Log funktioniert, mit Blick darauf, einige der Probleme zu lindern, die z. B. schwere GitOps-Workflows manchmal verursachen können, ganz zu schweigen von der Aufregung um agentische Entwicklung. Dieser Bereich ist reif dafür, dass jemand kommt und es besser macht, aber Versionskontrolle ist ein technisches Werkzeug für technische Leute.
- rbsmith
Dies ist eher eine Antwort auf viele der Kommentare hier als auf den Artikel und bietet eine Perspektive darauf, welchen Wert sie bringen könnten.
Ich habe etwa 35+ Jahre in und um Versionskontrolle / SCM verbracht, wobei die Hälfte davon Teil des BitKeeper-Teams war, wo meine Aufgabe darin bestand, über Mengen, Graphen und Weaves im Kontext eines Teams nachzudenken, das das Leben kommerzieller Kunden verbessert und gleichzeitig der Open-Source-Welt nützt.
Wenn Git für Sie gut genug ist, wissen Sie, dass es nicht für alle gilt. Für eine Teilmenge dieser Alle ist es wert, dafür zu bezahlen, dass dieser Schmerz verschwindet. Und ein Teil davon, diesen Schmerz loszuwerden, ist die Fähigkeit, mit allem verbunden zu bleiben, was ist, eine ausreichende Obermenge der aktuellen Welt zu sein, um nicht auf inkompatible Weise besser zu sein. Das ist es, was ich in den Bildern sehe, die Steve und Team zeichnen: eine Welt, die mit Git auf eine Weise interagiert, die für einige, die bereit sind zu zahlen, besser ist, um den Schmerz loszuwerden.
Ich stimme zu, dass nicht viel über die Non-Git Storage Engine gesagt wird. Da ich die Hälfte meines Lebens in dieser Welt verbracht habe, verstehe ich das: geheime Soße. Ich erwarte nicht, dass eine Weile viel gesagt wird.
- EddieRingle
Wie die anderen Kommentare bin ich sehr verwirrt, was das bezwecken soll, außer einen Möchtegern-Git-Konkurrenten und noch eine hyper-spezifische "Konferenz" zu bewerben. Der Beitrag bringt eigentlich keine Argumente, nicht einmal in dem Abschnitt, der ein Argument liefern soll. Und aus irgendeinem Grund mischen sie GraphQL mit ein, irgendwie?
- asmnzxklopqw
Welches Problem versuchen sie zu lösen? Dieser Teil ist mir noch nicht sehr klar.
- fergie
Für mich ist die tatsächliche Sache, für die Git nicht fantastisch ist, die Versionierung von Daten(banken), aber dieser Artikel scheint das nicht anzusprechen. Tatsächlich fällt es mir schwer, das vorgeschlagene Problem/die Lösung des Artikels zu erfassen.