Verteilte Versionskontrolle mit Git

Quelle: http://git-scm.com/downloads/logos
TRAINING
Verteilte Versionskontrolle mit Git
Jan Dittberner 27. April 2016 1

AUFBAU
GIT-GRUNDLAGEN
Basiswissen
Git-Kommandos

AUFBAU
GIT-ARBEITSWEISE
Branches, Tags, Merge und Rebase
Repository-Organisation
Hooks
FAQ
Weiterführendes

Teil I
GIT-GRUNDLAGEN

Basiswissen
Git-Kommandos

EINLEITUNG
WARUM VERSIONSVERWALTUNG

EINLEITUNG
Zwischenstände von Dateien sichern

EINLEITUNG
Gemeinsames Arbeiten an Dateien

EINLEITUNG
Möglichkeit zu alten Dateiversionen zurückzukehren

EINLEITUNG
Möglichkeit zu alten Dateiversionen zurückzukehren
Möglichkeit in die Historie von Projekten zu sehen

EINLEITUNG
EINE KURZE GESCHICHTE DER VERSIONSVERWALTUNG

EINLEITUNG
Dateien/Verzeichnisse kopieren
oldskool.c oldskool-backup-1.c

EINLEITUNG
Dateibasierte Versionierung
SCCS (1972), RCS (Anfang 1980er)

EINLEITUNG
zentrale Versionsverwaltung
CVS (1989), Subversion (2000), Synergy, Perforce, Visual SourceSafe, …

EINLEITUNG
zentrale Versionsverwaltung
CVS (1989), Subversion (2000), Synergy, Perforce, Visual SourceSafe, …
verteilte Versionsverwaltung
BitKeeper (1999), Bazaar (2005), Mercurial (2005), Git (2005), …

EINLEITUNG
Git has won
Abbildung: Companies and Projects using Git Quelle https://git-scm.com, 26.04.2016

BASISWISSEN
Inhalte von Git-Repositories
Installation und Ersteinrichtung
Hilfe

BASISWISSEN
INHALTE VON GIT-REPOSITORIES
Identifizierbare Artefakte
Blob
Tree

BASISWISSEN
Durch SHA1-Hash identifizierbar:
Blob (Datei)
Tree
Commit
Blob
Tree

BASISWISSEN
Durch SHA1-Hash identifizierbar:
Blob (Datei)
Tree
Commit
Verweise auf Commits:
Branches
Tags Blob
Tree

BASISWISSEN
Bereiche (lokaler) Repositories

BASISWISSEN
Repository mit historischen Daten

BASISWISSEN
Staging Area (Vorbereitung des nächsten Commits)

BASISWISSEN
Working Copy

BASISWISSEN
Working Copy
Stash

BASISWISSEN
Working Copy
Stash
Notes (Notizen zu Objekten)

BASISWISSEN
Eigenschaften von Commits

BASISWISSEN
gerichteter azyklischer Graph (directed acyclic graph, DAG)

BASISWISSEN
jeder Commit (außer initialem Commit) hat 1-n Parents

BASISWISSEN
jeder Commit (außer initialem Commit) hat 1-n Parents
Commits sind Referenzen auf einen Tree plus Metadaten (Author, Zeitstempel,
Kommentar, …)

BASISWISSEN
Sonstiges

BASISWISSEN
Sonstiges
Hooks (Skripte)

BASISWISSEN
Sonstiges
Hooks (Skripte)
.git/config (Repository-lokale Konfiguration)

BASISWISSEN
Sonstiges
Hooks (Skripte)
Remotes (Referenzen auf andere Repositories)

BASISWISSEN
Sonstiges
Hooks (Skripte)
Remotes (Referenzen auf andere Repositories)
Gitlinks (für Submodule)

BASISWISSEN
INSTALLATION UND ERSTEINRICHTUNG
git installieren
Windows: Installation mit cygwin [1] setup.exe oder
Git for Windows [2] (früher msysgit)
MacOS-X: Installation mit dem Mac-OS-Installer [3]
RedHat: yum install git
Debian: aptitude install git

BASISWISSEN
Setup

BASISWISSEN
Setup
Wer bin ich?
git config --global user.name "Jan␣Dittberner"
git config --global user.email
jan.dittberner@t -systems.com

BASISWISSEN
Setup
Wer bin ich?
git config --global user.name "Jan␣Dittberner"
git config --global user.email
jan.dittberner@t -systems.com
Einstellungen für Zeilenenden
git config --global core.autocrlf false

BASISWISSEN
HILFE
Use the docs!

BASISWISSEN
HILFE
Use the docs!
git -h

BASISWISSEN
HILFE
Use the docs!
git -h
git help oder git --help

BASISWISSEN
HILFE
Use the docs!
git -h
git <command> -h

BASISWISSEN
HILFE
Use the docs!
git -h
git <command> -h
git help <command> oder git
<command> --help

GIT-KOMMANDOS
Repository anlegen
Repository klonen
lokales Arbeiten

GIT-KOMMANDOS
REPOSITORY ANLEGEN

GIT-KOMMANDOS
REPOSITORY ANLEGEN
neues lokales Entwicklungsrepository:
git init <repo>

GIT-KOMMANDOS
REPOSITORY ANLEGEN
neues lokales Entwicklungsrepository:
git init <repo>
neues lokales Bare-Repository:
git init --bare <repo.git>

GIT-KOMMANDOS
REPOSITORY KLONEN
git clone <repourl> [<target>]
origin
a
b master

GIT-KOMMANDOS
REPOSITORY KLONEN
origin
a
b master
user 1
a
b origin/master
master

GIT-KOMMANDOS
REPOSITORY KLONEN
origin
a
b master
user 1
a
b origin/master
master
user 2
a
b origin/master
master

GIT-KOMMANDOS
LOKALES ARBEITEN
Umgang mit der Staging-Area

GIT-KOMMANDOS
LOKALES ARBEITEN
Änderungen zur Staging-Area hinzufügen:
git add [<file> …]

GIT-KOMMANDOS
LOKALES ARBEITEN
Änderungen zur Staging-Area hinzufügen:
git add [<file> …]
Dateien löschen:
git rm [<file> …]

GIT-KOMMANDOS
LOKALES ARBEITEN
Informationen abfragen

GIT-KOMMANDOS
LOKALES ARBEITEN
Aktuellen Status von Staging-Area und Working Copy:
git status

GIT-KOMMANDOS
LOKALES ARBEITEN
git status
Informationen zu Objekt:
git show <refname> (später bei Exkurs: Revision-Spezifikation mehr dazu)

GIT-KOMMANDOS
LOKALES ARBEITEN
git status
Informationen zu Objekt:
git show <refname> (später bei Exkurs: Revision-Spezifikation mehr dazu)
Unterschied zwischen Staging-Area und Working Copy:
git diff

GIT-KOMMANDOS
LOKALES ARBEITEN
History ansehen

GIT-KOMMANDOS
LOKALES ARBEITEN
History ansehen
Log für aktuellen Branch:
git log

GIT-KOMMANDOS
LOKALES ARBEITEN
History ansehen
git log
Tipp:
git config --global alias.lga "log␣--graph␣
--decorate␣--oneline␣--color␣--all"
git lga

GIT-KOMMANDOS
LOKALES ARBEITEN
History ansehen
git log
Tipp:
git config --global alias.lga "log␣--graph␣
--decorate␣--oneline␣--color␣--all"
git lga
Letzte Änderungen am lokalen Repository:
git reflog

GIT-KOMMANDOS
LOKALES ARBEITEN
Selektives Arbeiten mit der Staging-Area
Dateien patch-weise in Staging-Area übernehmen:
git add -p [<file> …]

GIT-KOMMANDOS
LOKALES ARBEITEN
Dateien interaktiv in Staging-Area übernehmen:
git add -i [<file> …]

GIT-KOMMANDOS
LOKALES ARBEITEN
Dateien interaktiv in Staging-Area übernehmen:
git add -i [<file> …]
nur Dateien stagen die schon getrackt werden, gelöschte Dateien aus
Staging-Area entfernen:
git add -u [<file> …]

GIT-KOMMANDOS
LOKALES ARBEITEN
Änderungen übernehmen

GIT-KOMMANDOS
LOKALES ARBEITEN
Dateien aus Staging-Area ins lokale Repository übernehmen:
git commit

GIT-KOMMANDOS
LOKALES ARBEITEN
Dateien aus Staging-Area ins lokale Repository übernehmen:
git commit
Dateien aus der Arbeitskopie ins lokale Repository übernehmen:
git commit -a
(Abkürzung für git add . ; git commit)

GIT-KOMMANDOS
LOKALES ARBEITEN
git commit
origin
a
b master
user 2
a
b origin/master
master
user 1
a
b origin/master
master

GIT-KOMMANDOS
LOKALES ARBEITEN
git commit
origin
a
b master
user 2
a
b origin/master
master
user 1
a
b origin/master
c master

GIT-KOMMANDOS
LOKALES ARBEITEN
git commit
origin
a
b master
user 1
a
b origin/master
c master
user 2
a
b origin/master
master

GIT-KOMMANDOS
LOKALES ARBEITEN
git commit
origin
a
b master
user 1
a
b origin/master
c master
user 2
a
b origin/master
d master

GIT-KOMMANDOS
LOKALES ARBEITEN
Aktionen rückgängig machen
Dateienzustand in Staging-Area verwerfen:
git reset [<file> …]

GIT-KOMMANDOS
LOKALES ARBEITEN
Dateien in Working Copy zurücksetzen:
git checkout [<file> …]

GIT-KOMMANDOS
LOKALES ARBEITEN
Working Copy verwerfen:
git reset --hard HEAD

GIT-KOMMANDOS
LOKALES ARBEITEN
Working Copy verwerfen:
git reset --hard HEAD
Commit erzeugen, der anderen Commit rückgängig macht:
git revert [<commitid>]

Teil II
GIT-ARBEITSWEISE

Branches, Tags, Merge und Rebase
Repository-Organisation
Hooks
FAQ
Weiterführendes

BRANCHES, TAGS, MERGE UND REBASE
Allgemeines zu Branches
Exkurs: Revision-Spezifikation
Tags
Stash (Git-Kommando)
Branching-Modelle
Merging
Merge-Tools
Cherry-Picking
Rebasing
Merging von Commits in mehrere Branches
Patch-Workflow

ALLGEMEINES ZU BRANCHES
Branches sind leichtgewichtig, d.h.
keine Kopien sondern nur Zeiger auf
Commits
Quelle: ProGit [4]

Commits
Branches nutzen z.B. für:
Quelle: ProGit [4]

Commits
Ausprobieren von
Änderungen/Experimente
Quelle: ProGit [4]

Commits
Ausprobieren von
Isolation von Features
Quelle: ProGit [4]

Commits
Ausprobieren von
Umschalten zwischen Aufgaben
Quelle: ProGit [4]

Commits
Ausprobieren von
Releases
Quelle: ProGit [4]

Commits
Ausprobieren von
Releases
Qualitätssicherung
Quelle: ProGit [4]

Commits
Ausprobieren von
Releases
Qualitätssicherung
Wartungsbranches
Quelle: ProGit [4]

Kommandos
git branch <branchname >
git checkout <branchname >
git checkout -b <branchname >
git branch -d <branchname >
git branch
git branch -D <branchname >
git show-branch

EXKURS: REVISION-SPEZIFIKATION
git help rev-parse

git help rev-parse
verwendbar für viele Operationen (log, push/pull, diff, …)

git help rev-parse
<sha1> (auch abgekürzt) für Blobs, Commits, Trees

git help rev-parse
<refname> z.B.:

git help rev-parse
<refname> z.B.:
master, heads/master, refs/heads/master für lokale Branches

git help rev-parse
<refname> z.B.:
r1.1, refs/tags/r1.1 für Tags

git help rev-parse
<refname> z.B.:
r1.1, refs/tags/r1.1 für Tags
origin/development oder refs/remotes/origin/development für
Remote-Tracking-Branches

Informationen zu Branches
Commits in Branch
git log <branchname>

Commits in Branch
Commits in development die nicht in master sind:
git log master..development

Commits in Branch
Unterschied zwischen development und master:
git diff master..development

Commits in Branch
Unterschied zwischen development und master:
git diff master..development
mehr in git help rev-parse unter SPECIFYING REVISIONS und
SPECIFYING RANGES

TAGS
Markierung/Name für Commit (anders als ein Branch wird dieser nicht bei neuen
Commits verschoben)

TAGS
Commits verschoben)
Anders als bei SVN ist ein Tag kein Branch

TAGS
Commits verschoben)
kann (mit GnuPG/PGP) signiert werden

TAGS
Commits verschoben)
Verwendung als Marker (z.B. für bestimmte Jenkins-Workflows)

TAGS
Commits verschoben)
Verwendung als Marker (z.B. für bestimmte Jenkins-Workflows)
Verwendung für Markierung von Lieferständen/Releases

STASH (GIT-KOMMANDO)
kurzes Zwischenlagern von Änderungen an der Working Copy

rein lokal

rein lokal
kann zum Transplantieren in andere Branches genutzt werden

rein lokal
funktioniert wie ein Stack

rein lokal
funktioniert wie ein Stack
Kommandos:
git stash [save]
git stash pop
git stash apply

BRANCHING-MODELLE
SVN-like (Entwicklungsbranch + ggf. Release-Branches)

BRANCHING-MODELLE
evtl. + QA-Branch, z.B. für Integration mit CI-Tools wie Jenkins

BRANCHING-MODELLE
Feature-Branches, User-Branches

BRANCHING-MODELLE
+ Bugfix-Branches

BRANCHING-MODELLE
+ Bugfix-Branches
…

BRANCHING-MODELLE
git-flow
Best Practice für Arbeit mit Feature-Branches, Hotfixes, Releases, Tags

BRANCHING-MODELLE
git-flow
beschrieben in „A successful git branching model“ [5]

BRANCHING-MODELLE
git-flow
Tool-Unterstützung für shell mit git-flow [6]
git flow feature
git flow release

BRANCHING-MODELLE
git-flow
git flow feature
git flow release
Unterstützung in Atlassian SourceTree [7]

BRANCHING-MODELLE
git-flow
git flow feature
git flow release
Unterstützung in Atlassian SourceTree [7]
Unterstützung in Eclipse EGit [8]

MERGING
Content-Tracking statt Patch-Serie
(wie z.B. bei SVN)
Quelle: ProGit [4]

MERGING
(wie z.B. bei SVN)
es existieren mehrere
Merge-Strategien (Standard
recursive, mehr unter git help
merge)
Quelle: ProGit [4]

MERGING
(wie z.B. bei SVN)
merge)
Mergekonflikte müssen wie bei
anderen VCS aufgelöst werden, dafür
können Tools eingebunden werden
Quelle: ProGit [4]

MERGING
(wie z.B. bei SVN)
merge)
Mergekonflikte müssen wie bei
anderen VCS aufgelöst werden, dafür
können Tools eingebunden werden
Kommando: git merge
Quelle: ProGit [4]

MERGING
ACHTUNG:
Wenn ein Merge abgebrochen werden soll, statt
den Mergekonflikt zu lösen (z.B. mit git reset
--hard), IMMER git merge --abort
benutzen, da sonst der nachfolgende Commit
automatisch ein Merge-Commit wird und die
Änderungen aus dem ursprünglich für den Merge
vorgesehenen Branch dann nicht enthalten sind.

MERGE-TOOLS

MERGE-TOOLS
Eclipse mit EGit [8]

MERGE-TOOLS
TortoiseMerge (mit TortoiseSVN oder TortoiseGit [9] installiert)

MERGE-TOOLS
vimdiff

MERGE-TOOLS
vimdiff
…

MERGE-TOOLS
vimdiff
…
Standard-Merge-Tool kann konfiguriert (git help config, Suchbegriff
merge.tool) und über git mergetool aufgerufen werden

CHERRY-PICKING

CHERRY-PICKING
einzelne Commits aus anderem Branch in aktuellen Branch übernehmen

CHERRY-PICKING
z.B. für Hotfixes

CHERRY-PICKING
z.B. für Hotfixes
git cherry-pick <commits> (<commits> kann mit Rev-Spezifikation
definiert werden)

REBASING

REBASING
History eines (lokalen) Branches
umpflanzen

REBASING
umpflanzen
git rebase <branchname>

REBASING
umpflanzen
git rebase <branchname>
ACHTUNG: rebasing von bereits
publizierten Branches ist BÖSE

MERGING VON COMMITS IN MEHRERE BRANCHES

Mehrere Varianten:

Mehrere Varianten:
git checkout <branch> und git merge <feature>

Mehrere Varianten:
git cherry-pick

Mehrere Varianten:
git cherry-pick
git stash und git stash apply in mehrere Branches

Mehrere Varianten:
git cherry-pick
git stash und git stash apply in mehrere Branches
Tipp:
git rerere Aufzeichnung/Replay von Merge-Konflikt-Behebungen

PATCH-WORKFLOW
Neben git merge kann auch mit Patches gearbeitet werden:
git format-patch zum Erstellen,
git send-email zum Versenden von Patch-Serien,
git am (Apply Mail) zum Integrieren
Diese Vorgehensweise kommt noch recht häufig bei Free/Open Source Software
Projekten zum Einsatz

REPOSITORY-ORGANISATION
gebräuchliche Repository-Strukturen
Interaktion mit Repositories

GEBRÄUCHLICHE REPOSITORY-STRUKTUREN
zentrales Repository mit Entwickler-Clones (wie SVN)
Quelle: ProGit [4]

mehrere zentrale Repositories (z.B. für QA, Entwickler, Kunden, …)
Quelle: ProGit [4]

mehrstufige Repositories (Dictator, Lieutenant)
Quelle: ProGit [4]

INTERAKTION MIT REPOSITORIES
Klone erstellen
git clone <url>

Klone erstellen
git clone <url>
Umgang mit Remotes

Klone erstellen
git clone <url>
Umgang mit Remotes
hinzufügen
git remote add

Klone erstellen
git clone <url>
Umgang mit Remotes
hinzufügen
git remote add
löschen
git remote rm

Klone erstellen
git clone <url>
Umgang mit Remotes
hinzufügen
git remote add
löschen
git remote rm
Branches von remote abrufen
git fetch <remote> <branch>

Klone erstellen
git clone <url>
Umgang mit Remotes
hinzufügen
git remote add
löschen
git remote rm
Branch abrufen und mit HEAD mergen
git pull

Klone erstellen
git clone <url>
Umgang mit Remotes
hinzufügen
git remote add
löschen
git remote rm
Branch abrufen und mit HEAD mergen
git pull
lokale Commits/Tags publizieren
git push

git clone
origin
a
b master

git clone
origin
a
b master
user 1
a
b origin/master
master

git clone
origin
a
b master
user 1
a
b origin/master
master
user 2
a
b origin/master
master

git commit
origin
a
b master
user 2
a
b origin/master
master
user 1
a
b origin/master
master

git commit
origin
a
b master
user 2
a
b origin/master
master
user 1
a
b origin/master
c master

git commit
origin
a
b master
user 1
a
b origin/master
c master
user 2
a
b origin/master
master

git commit
origin
a
b master
user 1
a
b origin/master
c master
user 2
a
b origin/master
d master

git push
origin
a
b master
user 1
a
b origin/master
c master
user 2
a
b origin/master
d master

git push
origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b origin/master
d master

git pull, git fetch + git merge
origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b origin/master
d master

origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b
d c origin/mastermaster

origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b
d c
e
origin/master
master

git pull -r, git fetch + git rebase
origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b origin/master
d master

origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b
d c origin/mastermaster

origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b
cd origin/mastermaster

origin
a
b
c master
user 1
a
b
c origin/master
master
user 2
a
b
c
d
origin/master
master

HOOKS

HOOKS
Skripte in .git/hooks für Eingriff in verschiedenen Phasen

HOOKS
lokal für jeweiliges Repository

HOOKS
werden bei git clone nicht kopiert

HOOKS
werden bei git clone nicht kopiert
git help hooks

FAQ
Frequently Asked Questions

FAQ
FREQUENTLY ASKED QUESTIONS
Wie geht Git mit symbolischen Links um?
Git behandelt Symlinks als Verweise auf Pfade (wie UNIX):

FAQ
Linux / UNIX / MacOS-X: funktioniert einfach

FAQ
Windows mit cygwin git: funktioniert nur innerhalb von cygwin

FAQ
Windows mit git for Windows: es wird eine Datei mit dem Verweisziel des
Symlinks als Inhalt angelegt

FAQ
Windows mit git for Windows: es wird eine Datei mit dem Verweisziel des
Symlinks als Inhalt angelegt
Fazit: Vermeiden, wenn das Repository auf Windows-Clients bearbeitet werden muss

FAQ
Wie lösche ich einen Remote-Branch?

FAQ
Wie lösche ich einen Remote-Branch?
git push --delete <remote> <branch>

FAQ
Kann Git mit großen Binaries umgehen?

FAQ
Große Binaries sollten nicht direkt in Git-Repositories liegen

FAQ
Metadaten können in Git mitverwaltet werden

FAQ
Metadaten können in Git mitverwaltet werden
Toolunterstützung z.B. git-lfs und git-annex (nur Linux)

WEITERFÜHRENDES

WEITERFÜHRENDES
Webseiten
Git-Webseite [10]
Git Cheatsheet [11]

WEITERFÜHRENDES
Bücher
Version Control with Git [12]
Pro Git [4] (auch kostenlos online lesbar)
Git: Dezentrale Versionsverwaltung im Team [13]

LITERATUR
Cygwin. URL: http://www.cygwin.com/.
Git for Windows. URL: https://git-for-windows.github.io/.
Mac OS-X Installer for Git. URL: http://git-scm.com/download/mac.
Scott Chacon and Ben Straub. Pro Git 2nd ed. 2014 Edition. Apress, 2014.
ISBN: 978-1-48420-077-3. URL: http://git-scm.com/book/.
Vincent Driessen. A successful Git branching model. 2010. URL: http:
//nvie.com/posts/a-successful-git-branching-model/.
Vincent Driessen. gitflow. URL: https://github.com/nvie/gitflow.

LITERATUR
Atlassian SourceTree, A free Mercurial and Git client for Windows or Mac.
URL: http://atlassian.com/software/sourcetree/overview.
EGit -- Eclipse Integration for Git. URL:
http://www.eclipse.org/egit/.
TortoiseGit. URL: https://tortoisegit.org/.
Git project website. URL: http://www.git-scm.com/.
Git Cheatsheet -- Categorize Git's commands based on what they affect.
URL: http://ndpsoftware.com/git-cheatsheet.html.

LITERATUR
Jon Loeliger and Matthew McCullough. Version Control with Git, 2nd Edition.
O’Reilly Media, 2012. ISBN: 978-1-4493-1638-9. URL:
http://shop.oreilly.com/product/0636920022862.do.
René Preißel and Bjørn Stachmann. Git: Dezentrale Versionverwaltung im
Team - Grundlagen und Workflows, 3. Auflage. dpunkt.verlag GmbH, 2015.
ISBN: 978-3-86490-311-3. URL:
http://www.dpunkt.de/buecher/5040/9783864903113-git-
12151.html.

KONTAKT
Jan Dittberner
E-Mail: jan.dittberner@t-systems.com
Telefon: +49-351-2802-2737
Twitter/Identi.ca: @jandd

Verteilte Versionskontrolle mit Git

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (17)

Mehr von DevDay Dresden

Mehr von DevDay Dresden (20)

Verteilte Versionskontrolle mit Git