Ask HN: Gibt es für Versionsverwaltung etwas Besseres als Git?

Die Frage ist, ob Git bei Versionsverwaltungssystemen (VCS) die endgültige Lösung ist oder ob ein besseres System möglich wäre

Wichtige Antworten

• Git zu lernen ist viel nützlicher, als ein anderes VCS zu verwenden oder ein neues VCS zu entwickeln
• Die Git-CLI ist nicht besonders gut, deshalb wird an vielen Stellen versucht, die Probleme der Git-UIs zu lösen
• Jujutsu kombiniert die Vorteile anderer verteilter Versionsverwaltungssysteme (DVCS) und führt innovative Konzepte ein
• Fossil, entwickelt vom SQLite-Entwickler, ermöglicht es, die Historie von Dateien vorwärts und rückwärts nachzuverfolgen
• Pijul ist ebenfalls vielversprechend
• Git intern ist nicht komplex, aber die Oberfläche ist verwirrend
• Für große Binärdateien gibt es weiterhin Defizite. LFS ist sperrig
• Darcs ist ebenfalls ordentlich

[rapihara]

Ich denke, dass die Nutzung von Git aus Sicht von Spieleentwicklern, die häufig mit großen Dateien arbeiten, zwangsläufig an Grenzen stößt.
Da Git im Snapshot-Verfahren speichert, kann der benötigte Speicherplatz schon bei kleinen Änderungen an einer Datei stark anwachsen. Das ließe sich durch eine Speicherung im Delta-Verfahren statt per Snapshot lösen, doch das würde die grundlegende Designphilosophie von Git beschädigen. Deshalb frage ich mich, ob es nicht sinnvoller wäre, stattdessen Mercurial zu verwenden, das ebenfalls ein DVCS ist, aber im Delta-Verfahren speichert.

[GN⁺]

Hacker-News-Kommentare

• Viele Menschen kommen mit Git als ihrem ersten und einzigen Versionsverwaltungssystem (VCS) in Berührung.

  • Es gibt Erfahrungen mit dem Wechsel von RCS, CVS und SVN zu Git.
  • Git behebt grundlegende strukturelle Mängel früherer Systeme.
  • Die Grenzen von Git liegen darin, ob Nutzer wissen, wie man Git verwendet.
  • Versuche, die komplexe UI von Git zu vereinfachen, können seine Leistungsfähigkeit schwächen.
  • Git zu lernen ist deutlich lohnender, als ein anderes VCS zu nutzen oder ein neues VCS zu entwickeln.

• Die Frage, in welchen Punkten Git verbessert werden müsste, um ein „besseres“ VCS zu sein.

  • Die CLI-Benutzeroberfläche von Git ist komplex.
  • Git konnte schnell wachsen, hat dabei aber die CLI-User-Experience geopfert.
  • Mehrere Unternehmen bieten verschiedene Lösungen an, um die UI-Probleme von Git zu lösen.

• Das Versionsverwaltungssystem Jujutsu kombiniert die Vorteile anderer verteilter Versionsverwaltungssysteme (DVCS) und führt innovative Konzepte ein.

  • Es wurde auf Hacker News bereits mehrfach diskutiert.

• Ein System namens Fossil, entwickelt von den Schöpfern von Sqlite.

  • Fossil bietet im Gegensatz zu Git die Möglichkeit, die Historie einer Datei vorwärts und rückwärts zu verfolgen.

• Die Meinung, dass Git zwar nicht perfekt ist, aber besser als die Alternativen.

  • Die Auffindbarkeit von Git-Funktionen ist verwirrend und komplex.
  • Git zu lernen erfordert viel Aufwand, aber bei der Nutzung nur grundlegender Befehle gibt es kaum Probleme.

• Die interne Funktionsweise von Git ist nicht kompliziert, aber die Benutzeroberfläche ist verwirrend.

  • Es ist nötig, nicht Git selbst, sondern die Benutzeroberfläche zu vereinfachen.

• Ein System namens Fossil wird als Alternative zu Git vorgeschlagen.

  • Fossil enthält Forge-Tools, die das Zentralisierungsproblem von Git-Repositories lösen.

• Der Wunsch, dass Git große Dateien/binäre Assets standardmäßig besser handhaben sollte.

  • LFS (Large File Storage) ist brauchbar, aber nicht perfekt.
  • Die CLI ist kein Problem, und es gibt viele alternative Tools.

• Sqlites Fossil und Facebooks Sapling werden als Alternativen zu Git genannt.

• Eine persönliche Theorie dazu, wie sich die Oberfläche von Git verbessern ließe.

  • Stärkerer Fokus auf das Repository als gerichteten Graphen und Verwendung einer graphnahen Terminologie.
  • Das würde es Menschen mit mathematischem Hintergrund erleichtern, Git zu lernen.