Verzeichnisstruktur
Jede Referenz oder gekennzeichnete Snapshot eines Commits in einem Projekt ist in bestimmten Unterverzeichnissen organisiert, beispielsweise 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
trunkstellt die neueste stabile Veröffentlichung eines Projekts dar. - Aktive Funktionsarbeit wird innerhalb von Unterverzeichnissen unter
branchesentwickelt. - 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 Referenzen, 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
master-Branch enthält die neueste stabile Veröffentlichung. - Aktive Funktionsarbeiten werden auf separaten Branches entwickelt.
- Nach Abschluss einer Funktion wird der Feature-Branch in
masterü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 unter „Git Tools Submodule" in der Git-Dokumentation.
Verlauf beibehalten
SVN geht davon aus, dass sich der Verlauf eines Projekts niemals ändert. Mithilfe von Werkzeugen wie git rebase erlaubt Dir Git, frühere Commits und Änderungen anzupassen.
GitHub unterstützt Subversion-Clients, was allenfalls zu unerwarteten Ergebnissen führen kann, falls 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. Falls Du versehentlich einige vertrauliche Daten freigegeben hast, findest Du hier einen Artikel, der Dich dabei unterstützt, diese aus dem Git-Verlauf zu entfernen.