Diese Version von GitHub Enterprise Server wurde eingestellt am 2024-03-26. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Unterschiede zwischen Subversion und Git

SVN-Repositorys (Subversion) ähneln Git-Repositorys. In Bezug auf die Architektur Deiner Projekte bestehen jedoch mehrere Unterschiede.

In diesem Artikel

Verzeichnisstruktur

Jeder Verweis oder jede bezeichnete Momentaufnahme eines Commits in einem Projekt ist in bestimmten Unterverzeichnissen organisiert, etwa trunk, branches und tags. Beispielsweise kann ein SVN-Projekt mit zwei in Entwicklung befindlichen Features wie folgt aussehen:

  sample_project/trunk/README.md
  sample_project/trunk/lib/widget.rb
  sample_project/branches/new_feature/README.md
  sample_project/branches/new_feature/lib/widget.rb
  sample_project/branches/another_new_feature/README.md
  sample_project/branches/another_new_feature/lib/widget.rb

Ein SVN-Workflow sieht wie folgt aus:

  • Das Verzeichnis trunk stellt die neueste stabile Veröffentlichung eines Projekts dar.
  • Aktive Funktionsarbeit wird innerhalb von Unterverzeichnissen unter branches entwickelt.
  • Nach Abschluss einer Funktion wird das Funktionsverzeichnis in trunk überführt und entfernt.

Git-Projekte werden zudem in einem einzelnen Verzeichnis gespeichert. Git verbirgt jedoch die Details seiner Verweise, indem sie in einem speziellen .git-Verzeichnis gespeichert werden. Beispielsweise kann ein Git-Projekt mit zwei in Entwicklung befindlichen Features wie folgt aussehen:

  sample_project/.git
  sample_project/README.md
  sample_project/lib/widget.rb

Ein Git-Workflow sieht wie folgt aus:

  • Ein Git-Repository speichert den vollständigen Verlauf all seiner Branches und Tags im .git-Verzeichnis.
  • Der Standardbranch enthält die neueste stabile Veröffentlichung.
  • Aktive Funktionsarbeiten werden auf separaten Branches entwickelt.
  • Nach Abschluss einer Funktion wird der Featurebranch in den Standardbranch überführt und gelöscht.

Im Gegensatz zu SVN bleibt die Verzeichnisstruktur mit Git identisch. Basierend auf Deinem Branch ändern sich jedoch die Dateiinhalte.

Subprojekte einbeziehen

Ein Subprojekt ist ein Projekt, das außerhalb deines Hauptprojekts entwickelt und verwaltet wird. In der Regel importierst Du ein Subprojekt, um Deinem Projekte einige Funktionen hinzuzufügen, ohne den Code selbst verwalten zu müssen. Sobald das Subprojekt aktualisiert wird, kannst Du es mit Deinem Projekt synchronisieren, um sicherzustellen, dass alles aktuell ist.

In SVN wird ein Subprojekt als SVN-extern bezeichnet. In Git wird es als ein Git-Submodul bezeichnet. Obwohl sich beide konzeptionell ähneln, werden Git-Submodule nicht automatisch auf dem neuesten Stand gehalten. Du musst explizit darum bitten, dass eine neue Version in Dein Projekt eingelesen wird.

Weitere Informationen findest du in der Git-Dokumentation unter Git-Tools – Untermodule.

Verlauf beibehalten

SVN geht davon aus, dass sich der Verlauf eines Projekts niemals ändert. Git ermöglicht es dir, vorherige Commits und Änderungen mithilfe von Tools wie git rebase anzupassen.

GitHub unterstützt Subversion-Clients, die möglicherweise unerwartete Ergebnisse erzeugen, wenn du Git und SVN im selben Projekt verwendest. Falls Du den Commit-Verlauf von Git geändert hast, verbleiben genau die gleichen Commits immer im Verlauf von SVN. Wenn du versehentlich vertrauliche Daten committet hast, findest du in diesem Artikel Informationen zum Entfernen dieser Daten aus dem Git-Verlauf.

Hinweis: Die Subversion-Unterstützung wird mit GitHub Version 3.13 entfernt. Weitere Informationen finden Sie im GitHub-Blog.

Weiterführende Themen