Verstehen der Ablehnung von Git

  • 2 Minuten

Es gibt drei häufige Gründe für die Ablehnung einer Migration zu Git:

  • Der Verlauf kann überschrieben werden.
  • Die eigenen Dateien sind sehr groß.
  • Die Lernkurve ist steil.

Überschreiben des Verlaufs

Git ermöglicht Ihnen technisch gesehen, den Verlauf zu überschreiben, aber wie bei jedem hilfreichen Feature kann Missbrauch zu Konflikten führen.

Wenn Ihre Teams vorsichtig sind, sollte der Verlauf niemals überschrieben werden.

Wenn Sie eine Synchronisierung mit Azure Repos durchführen, können Sie auch eine Sicherheitsregel hinzufügen, die verhindert, dass Entwickler*innen den Verlauf mithilfe der expliziten Berechtigungen „Push erzwingen“ überschreiben.

Jedes Quellcodeverwaltungssystem funktioniert am besten, wenn die Entwickler*innen verstehen, wie es funktioniert und welche Konventionen gelten.

Auch wenn Sie den Verlauf bei der Team Foundation-Versionskontrolle (TFVC) nicht überschreiben können, ist es trotzdem möglich, Code zu überschreiben und andere negative Aktionen auszuführen.

Große Dateien

Git funktioniert am besten mit Repositorys, die klein sind und keine großen Dateien (oder Binärdateien) enthalten.

Jedes Mal, wenn Sie (oder Ihre Buildcomputer) das Repository klonen, erhalten Sie das gesamte Repository mit dem Verlauf seit dem ersten Commit.

Dies ist in den meisten Situationen ideal, kann bei großen Dateien aber frustrierend sein.

Binärdateien sind noch schwieriger, da Git ihre Speicherung nicht optimieren kann.

Aus diesem Grund wurde Git LFS entwickelt.

Sie können damit große Dateien von Ihren Repositorys trennen und trotzdem alle Vorteile von Versionskontrolle und Vergleichen nutzen.

Wenn Sie es darüber hinaus gewohnt sind, kompilierte Binärdateien in Ihren Quellrepositorys zu speichern, sollten Sie damit aufhören!

Verwenden Sie Azure Artifacts oder ein anderes Paketverwaltungstool, um Binärdateien zu speichern, für die Sie den Quellcode haben.

Teams mit großen Dateien (z. B. 3D-Modelle oder andere Ressourcen) können Git LFS jedoch verwenden, um das Coderepository schlank zu halten und zu kürzen.

Lernkurve

Es gibt eine Lernkurve. Wenn Sie noch nie eine Quellcodeverwaltung verwendet haben, ist dies wahrscheinlich besser, wenn Sie Git erlernen. Viele Benutzer*innen einer zentralisierten Quellcodeverwaltung (TFVC oder Subversion) haben anfänglich Probleme bei der Umstellung – besonders wenn es um das Verzweigen und Synchronisieren geht.

Nachdem die Entwickler*innen verstanden haben, wie Git-Verzweigungen funktionieren, und wissen, dass sie zuerst committen und dann pushen müssen, verfügen sie bereits über alle Grundlagen, die sie für eine erfolgreiche Arbeit in Git benötigen.