Stars, Gates & Realities

Ich hab ein Git-Repository eingerichtet, über das die gesamte Modell-Entwirklung laufen soll.

Was ist Git?
Ein Versionsverwaltungssystem wie bspw. Subversion, welches selbst Open Source ist.

Quote from Wikipedia:

Eine Versionsverwaltung ist ein System, das zur Erfassung von Änderungen an Dokumenten oder Dateien verwendet wird. Alle Versionen werden in einem Archiv mit Zeitstempel und Benutzerkennung gesichert und können später wiederhergestellt werden.

Dieses beschriebene Archiv ist ein "Repository".


Wo liegt das Repository?
Auf assembla.com.
Dort müsst ihr euch anmelden, dann ordne ich euch dem Projekt als Mitarbeiter zu und ihr könnt das Repository "herunterladen".
Jeder Mitarbeiter besitzt dann lokal eine vollständige Kopie des Repos.


Wie arbeitet man gemeinsam?
Sinn des online liegenden Repository ist natürlich, dass jeder Mitarbeiter darauf Zugriff hat und seine Arbeiten dorthin "hochlädt".
Man kann aber lokal auf völlig beliebige Weise arbeiten, eigene Versionszweige abspalten (create branch), Versionszweige wieder vereinen (merge), etc. etc.
Dazu fügt man Änderungen zuerst dem lokal liegenden Repository hinzu und kann anschließend die Änderungen, die für das gesamte Projekt wichtig sind, dem online liegenden Repository hinzufügen.

Änderungen anderer Mitarbeiter kann man ebenso durch ein Update vom Online-Repo ins lokale Repo laden. Git kümmert sich dabei darum, dass keine neueren Speicherstände überschrieben werden und Änderungen verloren gehen.

Normalerweise können sogar mehrere Änderungen an einer Datei von verschiedenen Personen vorgenommen werden und unabhängig ins Online-Repository eingereicht werden. Allerdings ist dies nur bei Dateien im Textformat möglich (typischerweise SourceCode-Dateien). Da Modelle und Bilder jedoch als speziell codierte Binärdateien abgespeichert werden, kann Git den Inhalt nur als Ganzes auffassen. Mehrere Änderungen durch verschiedene Personen können daher nicht gleichzeitig eingereicht werden.


Wo gibt es gute Anleitungen zu Git?

Auf http://de.gitready.com/.
Beachte aber, dass dort immer von den Konsolen-Befehlen die Rede ist und dass die Anleitungen nicht für GitExtensions geschrieben ist. GitExtensions benutzt im Hintergrund aber natürlich diese Konsolen-Befehle. GitExtensions ist einfach nur eine Oberfläche, um bequem mit Schaltflächen arbeiten zu können und sich nicht die genauen Befehle merken zu müssen.


Was, wenn es sonstige Probleme gibt?
Mich fragen ;-)

Ein Git-Repository besteht im Groben aus 3 Teilen:

1. Workspace / Arbeitsverzeichnis:
   Das ist der aktuelle Stand im Ordner eines Repositorys.
   Änderungen im Arbeitsverzeichnis müssen per "Commit" dem Archiv mitgeteilt werden.
   
   
2. Stage / Index:
   Das ist eine Art Zwischenablage, in der man Änderungen vormerken kann. Man kann sie zu späteren Zeitpunkt ergänzen oder wieder zurücknehmen.
   Beim normalen Arbeitsablauf übernimmt man Änderungen aus dem Arbeitsverzeichnis in die Stage und reicht sie meist direkt anschließend beim Archiv ein.
   
   
3. Archiv:
   Das ist das eigentliche Repository. Das Archiv enthält alle Änderungen und Versionsstände, die jemals eingereicht wurden.
   

Wie angedeutet muss man seine Änderungen immer ins Archiv übernehmen, damit sie ggf. wiederhergestellt werden können.
Dies geschieht über GitExtensions recht komfortable über einen "Commit".
Der Commit kann über die Repository-Übersicht von GitExtensions aufgerufen werden. Alternativ auch über das Kontextmenü auf eurem Arbeitsverzeichnis, sofern ihr das bei der Installation gestattet habt.

Commit
Das Commit-Fenster zeigt links oben die Änderungen im Arbeitsverzeichnis und links unten die Änderungen, die in die Stage übernommen wurden.

Als ordentlicher Mitarbeiter sollte man rechts unten einen Kommentar zu den Änderungen angeben, die man gemacht hat. Die erste Zeile des Kommentar dient dabei als Überschrift des gesamten Commits. Daher sollte immer zumindest eine Überschrift eingetragen werden. Der eigentliche Kommentar kann durch eine Leerzeile getrennt eingetragen werden.

Über den Button "Commit" werden die Änderungen im lokalen Repository eingereicht.

Push
Ein einfacher Commit teilt Änderungen nicht den anderen Mitarbeitern mit, da sie ja nur im lokalen Repository liegen. Damit Mitarbeiter die Änderungen mitbekommen, muss man ein Push anwenden.

Ein Push reicht Änderungen im lokalen Repository im Online-Repository ein. Dies kann nachträglich geschehen, indem man in der Repository-Übersicht von GitExtensions auf "Commands --> Push" geht.
Anschließend einfach den Namen des Online-Repository wählen und bestätigen.

Alternativ bietet das Commit-Fenster neben dem Button "Commit" einen Button "Commit & push", über den der Push direkt beim Commit ausgeführt werden kann.

Das Repo wurde von Codaset.com nach Assembla.com umgezogen.

Ich hab bereits die Anleitung entsprechend angepasst.