-
1. Erste Schritte
-
2. Git Grundlagen
-
3. Git Branching
- 3.1 Branches auf einen Blick
- 3.2 Einfaches Branching und Merging
- 3.3 Branch-Management
- 3.4 Branching-Workflows
- 3.5 Remote-Branches
- 3.6 Rebasing
- 3.7 Zusammenfassung
-
4. Git auf dem Server
- 4.1 Die Protokolle
- 4.2 Git auf einem Server einrichten
- 4.3 Erstellung eines SSH-Public-Keys
- 4.4 Einrichten des Servers
- 4.5 Git-Daemon
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 Von Drittanbietern gehostete Optionen
- 4.10 Zusammenfassung
-
5. Verteiltes Git
-
6. GitHub
-
7. Git Tools
- 7.1 Revisions-Auswahl
- 7.2 Interaktives Stagen
- 7.3 Stashen und Bereinigen
- 7.4 Deine Arbeit signieren
- 7.5 Suchen
- 7.6 Den Verlauf umschreiben
- 7.7 Reset entzaubert
- 7.8 Fortgeschrittenes Merging
- 7.9 Rerere
- 7.10 Debuggen mit Git
- 7.11 Submodule
- 7.12 Bundling
- 7.13 Replace (Ersetzen)
- 7.14 Anmeldeinformationen speichern
- 7.15 Zusammenfassung
-
8. Git einrichten
- 8.1 Git Konfiguration
- 8.2 Git-Attribute
- 8.3 Git Hooks
- 8.4 Beispiel fĆ¼r Git-forcierte Regeln
- 8.5 Zusammenfassung
-
9. Git und andere VCS-Systeme
- 9.1 Git als Client
- 9.2 Migration zu Git
- 9.3 Zusammenfassung
-
10. Git Interna
-
A1. Anhang A: Git in anderen Umgebungen
- A1.1 Grafische Schnittstellen
- A1.2 Git in Visual Studio
- A1.3 Git in Visual Studio Code
- A1.4 Git in IntelliJ / PyCharm / WebStorm / PhpStorm / RubyMine
- A1.5 Git in Sublime Text
- A1.6 Git in Bash
- A1.7 Git in Zsh
- A1.8 Git in PowerShell
- A1.9 Zusammenfassung
-
A2. Anhang B: Git in deine Anwendungen einbetten
- A2.1 Die Git-Kommandozeile
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
-
A3. Anhang C: Git Kommandos
- A3.1 Setup und Konfiguration
- A3.2 Projekte importieren und erstellen
- A3.3 Einfache Snapshot-Funktionen
- A3.4 Branching und Merging
- A3.5 Projekte gemeinsam nutzen und aktualisieren
- A3.6 Kontrollieren und Vergleichen
- A3.7 Debugging
- A3.8 Patchen bzw. Fehlerkorrektur
- A3.9 E-mails
- A3.10 Externe Systeme
- A3.11 Administration
- A3.12 Basisbefehle
A3.8 Anhang C: Git Kommandos - Patchen bzw. Fehlerkorrektur
Patchen bzw. Fehlerkorrektur
Ein paar Befehle in Git fokussieren sich um die konzeptionelle Ćberlegung, wie Commits sich in Bezug auf die Ćnderungen verhalten, die sie einfĆ¼hren, wenn die Commit-Serie eine Reihe von Patches wƤre. Diese Befehle helfen Ihnen, Ihre Branches auf dieser Grundlage zu organisieren.
git cherry-pick
Die git cherry-pick Anweisung wird benutzt, um die Ćnderung, die in einem einzelnen Git-Commit vorgenommen wurde, als neuen Commit auf dem Branch, auf dem Sie sich gerade befinden, erneut vorzunehmen.
Das kann sinnvoll sein, um nur ein oder zwei Commits aus einem Branch individuell zu Ć¼bernehmen, anstatt sie in den Branch einzubringen, der sƤmtliche geƤnderten Daten enthƤlt.
Das āKirschenpflĆ¼ckenā (engl. cherry picking) wird in Rebasing und Cherry-Picking Workflows beschrieben und demonstriert.
git rebase
Der Befehl git rebase ist im Grunde genommen ein automatisches cherry-pick.
Er ermittelt eine Reihe von Commits und nimmt sie dann nacheinander, in der gleichen Reihenfolge, an anderer Stelle wieder auf.
Rebasing wird ausfĆ¼hrlich in Rebasing behandelt, einschlieĆlich der Problematik bei der Zusammenarbeit im Zusammenhang mit Rebasing von bereits verƶffentlichten Branches.
Wir verwenden ihn bei einem praktischen Beispiel in Replace (Ersetzen) fĆ¼r die Aufteilung Ihres Verlaufs in zwei getrennte Repositorys, wobei auch das Flag --onto benutzt wird.
In Rerere kommt es bei einem Rebase zu einem Merge-Konflikt.
In Ćndern mehrerer Commit-Beschreibungen verwenden wir ihn auch in einem interaktiven Skripting-Modus mit der Option -i.
git revert
Der git revert Befehl ist im Prinzip ein umgekehrter git cherry-pick.
Er erzeugt einen neuen Commit, der das genaue Gegenteil der Ćnderung bewirkt, die in dem Commit, auf den Sie gerade zugreifen, eingefĆ¼hrt wurde, d.h. er macht ihn rĆ¼ckgƤngig.
In Den Commit umkehren verwenden wir diesen Befehl, um einen Merge-Commit rĆ¼ckgƤngig zu machen.
