Ressourcen

Wichtigstes: https://rogerdudler.github.io/git-guide/index.de.html

Die Doku: https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging

Tutorial mit typischem WorkFlow: https://product.hubspot.com/blog/git-and-github-tutorial-for-beginners

Schnelle Einführung in Git (auf Deutsch): http://www.andreas-schrade.de/2015/03/11/git-kompakte-einfuehrung/

Eigenes Dokument:

GIT / GitHub

A) Remote- und Local-Repository erstellen

1. Repository erstellen
   a) Lokal
   git init
   b) Auf GitHub
   –> Irgend so ein „Create Repository“-Button.
2. Repository einchecken
3. Ganzes Repository vom Remote-Repository neu als lokal bewirtschaftete Kopie auschecken:
   git clone <Pfad zum Remote-Repository>
   Nicht zu verwechseln: git pull (Beziehen von neuerungen im Remote-Repo)

B) Typischer Enwickler-Zyklus (entnommen von da.)

1. Für die geplanten Änderungen einen Feature-Branch erstellen und dort hin wechseln:
   Zuerst noch letzte Änderungen holen:
   git pull

   git checkout -b iss53

2. Code-Änderungen ins lokale Repository committen:

   git commit -a -m 'added a new footer [issue 53]'

   (Dies ist die Abkürzung für git add … gefolgt von git commit …)

3. Feature-Branch mit dem Master mergen

Auf den Master wechseln: git checkout master

Letzte Änderungen des Masters holen: git pull

Mergen: git merge iss53

Ich denke das muss gemacht werden, um die Gefahr zu verkleinern, daass während dem folgenden Schritt – merge auf dem Remote-Repository – Merge-Konflikte auftauchen, die dann dort gelöst werden müssen.

Konflikte lösen: Siehe z.B. hier (suche nach Kapitel „Basic Merge Conflicts“)

3. Änderungen/Feature-Branch ins Remote-Repository schicken und dort vorschlagen:

git push origin iss53

Auf GitHub ist der neue Branch nun sichtbar unter „Branches“. Es wird dort dann auch ein Button „Create pull request“ angeboten.

4. Pull-Request erstellen

Button: „Create pull request“

Nach Ausfüllen und Abschicken des Requests ist er sichtbar unter Button „Pull requests“.

5. Pull-Request approven und mergen:

Via Button „Merge“ wird der Feature-Branch auf den Master gemerget.

Feature-Branch von jemand anderm aus dem Remote-Repo holen

1. Anzeigen der verfügbaren Branches im Local- und Remote-Repository
   git branch -v -a
2. Von Repository Master und Branches
   git fetch origin
   Dann hat man alle Branches des Remote-Repos auch lokal und kann z.B. mit dem Mergen beginnen. Anleitung dazu ist hier.

Lokales Repo: Unterteilung

a) Working Directory:
Dateien auf dem lokalen Rechner, die durch Programmierer verändert werden.
Move von a -> b via: git add
–> Neuer Status der hinzugefügten Dateien: Staged

b) Index / Staging Area: 
Ist eine Datei, in der die Aenderungen verzeichnet werden.
Anzeigen, was im Index vorliegt/für commit bereit ist: git status
Move von b -> c via: git commit -m <Aenderungsbeschrieb>

c) Head:
(.git-Verzeichnis) Lokale VCS-Datenbank, mit den der Aenderungshistorie drin (alle Commits) –> 1. .git-Verzeichnis pro Repository
Anzeigen, was im Head ist: git log

Willkürliches Kommando-Listing

1. Ausstehende Commits anzeigen (was noch nicht in der Staging-Area und nicht im Feature-Brach ist):
   git status
2. Status des HEAD aschauen:
   git log
3. Branch erstellen
   git checkout -b <Branchname>
4. Branch liefern
   git push -u origin <Branchname>
5. Branch mit Master mergen lokal
   1) zum Master wechseln: git checkout master
   2) Master aktualisieren: git pull
   3) Merge vom Branch: git merge <Branchname>
6. Zwischen Branches und/oder Master wechseln
   git checkout <Branchname>  respektive git checkout master
7. Branches anzeigen:
   git branch
8. Merge bei Konflikten:
   Siehe z.B. hier (suche nach Kapitel „Basic Merge Conflicts“)
9. Update (Beziehen von Neuerungen aus dem Remote-Repository):
   git pull