verteilte versionskontrolle mit git

Quelle: http://git-scm.com/downloads/logos

TRAININGVerteilte Versionskontrolle mit Git

Jan Dittberner 27. April 2016 1

http://git-scm.com/downloads/logos

mailto:[email protected]

AUFBAUGIT-GRUNDLAGEN

Basiswissen

Git-Kommandos



AUFBAUGIT-ARBEITSWEISE

Branches, Tags, Merge und Rebase

Repository-Organisation

Hooks

FAQ

Weiterführendes



Teil I

GIT-GRUNDLAGEN



Basiswissen

Git-Kommandos



EINLEITUNGWARUM VERSIONSVERWALTUNG

Zwischenstände von Dateien sichern

Gemeinsames Arbeiten an Dateien

Möglichkeit zu alten Dateiversionen zurückzukehren

Möglichkeit in die Historie von Projekten zu sehen



EINLEITUNGEINE KURZE GESCHICHTE DER VERSIONSVERWALTUNG

Dateien/Verzeichnisse kopierenoldskool.c : oldskool-backup-1.cDateibasierte VersionierungSCCS (1972), RCS (Anfang 1980er)

zentrale VersionsverwaltungCVS (1989), Subversion (2000), Synergy, Perforce, Visual SourceSafe, …

verteilte VersionsverwaltungBitKeeper (1999), Bazaar (2005),Mercurial (2005), Git (2005), …




Dateien/Verzeichnisse kopierenoldskool.c : oldskool-backup-1.c

Dateibasierte VersionierungSCCS (1972), RCS (Anfang 1980er)






Dateien/Verzeichnisse kopierenoldskool.c : oldskool-backup-1.cDateibasierte VersionierungSCCS (1972), RCS (Anfang 1980er)






Git has won

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



BASISWISSEN

Inhalte von Git-RepositoriesInstallation und ErsteinrichtungHilfe



BASISWISSENINHALTE VON GIT-REPOSITORIES

Identifizierbare Artefakte

Durch SHA1-Hash identifizierbar:Blob (Datei)TreeCommit

Verweise auf Commits:BranchesTags

Blob

Tree




Identifizierbare Artefakte

Durch SHA1-Hash identifizierbar:Blob (Datei)TreeCommit

Verweise auf Commits:BranchesTags Blob

Tree




Bereiche (lokaler) Repositories

Repository mit historischen Daten

Staging Area (Vorbereitung des nächsten Commits)

Working Copy

Stash

Notes (Notizen zu Objekten)




Eigenschaften von Commits

gerichteter azyklischer Graph (directed acyclic graph, DAG)

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

Commits sind Referenzen auf einen Tree plus Metadaten (Author, Zeitstempel,Kommentar, …)




Sonstiges

Hooks (Skripte)

.git/config (Repository-lokale Konfiguration)

Remotes (Referenzen auf andere Repositories)

Gitlinks (für Submodule)



BASISWISSENINSTALLATION UND ERSTEINRICHTUNG

git installieren

Windows: Installation mit cygwin [1] setup.exe oderGit for Windows [2] (früher msysgit)

MacOS-X: Installation mit dem Mac-OS-Installer [3]RedHat: yum install gitDebian: aptitude install git



BASISWISSENINSTALLATION UND ERSTEINRICHTUNG

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



BASISWISSENHILFE

Use the docs!

git -hgit help oder git --helpgit <command> -hgit help <command> oder git<command> --help



BASISWISSENHILFE

Use the docs!

git -h

git help oder git --helpgit <command> -hgit help <command> oder git<command> --help



BASISWISSENHILFE

Use the docs!

git -hgit help oder git --help

git <command> -hgit help <command> oder git<command> --help



BASISWISSENHILFE

Use the docs!

git -hgit help oder git --helpgit <command> -h

git help <command> oder git<command> --help



BASISWISSENHILFE

Use the docs!

git -hgit help oder git --helpgit <command> -hgit help <command> oder git<command> --help



GIT-KOMMANDOS

Repository anlegenRepository klonenlokales Arbeiten



GIT-KOMMANDOSREPOSITORY ANLEGEN

neues lokales Entwicklungsrepository:git init <repo>neues lokales Bare-Repository:git init --bare <repo.git>




neues lokales Entwicklungsrepository:git init <repo>

neues lokales Bare-Repository:git init --bare <repo.git>




neues lokales Entwicklungsrepository:git init <repo>neues lokales Bare-Repository:git init --bare <repo.git>



GIT-KOMMANDOSREPOSITORY KLONEN

git clone <repourl> [<target>]

origin

a

b master





origin

a

b master

user 1

a

b origin/master

master





origin

a

b master

user 1

a

b origin/master

master

user 2

a

b origin/master

master



GIT-KOMMANDOSLOKALES ARBEITEN

Umgang mit der Staging-Area

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





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

Dateien löschen:git rm [<file> …]





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




Informationen abfragen

Aktuellen Status von Staging-Area und Working Copy:git statusInformationen zu Objekt:git show <refname> (später bei Exkurs: Revision-Spezifikation mehr dazu)

Unterschied zwischen Staging-Area und Working Copy:git diff





Aktuellen Status von Staging-Area und Working Copy:git status

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






Aktuellen Status von Staging-Area und Working Copy:git statusInformationen zu Objekt:git show <refname> (später bei Exkurs: Revision-Spezifikation mehr dazu)





History ansehen

Log für aktuellen Branch:git logTipp:

git config --global alias.lga "log␣--graph␣'--decorate␣--oneline␣--color␣--all"

git lga

Letzte Änderungen am lokalen Repository:git reflog




History ansehen

Log für aktuellen Branch:git log

Tipp:


git lga





History ansehen

Log für aktuellen Branch:git logTipp:


git lga





Selektives Arbeiten mit der Staging-Area

Dateien patch-weise in Staging-Area übernehmen:git add -p [<file> …]

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





Dateien patch-weise in Staging-Area übernehmen:git add -p [<file> …]Dateien interaktiv in Staging-Area übernehmen:git add -i [<file> …]

nur Dateien stagen die schon getrackt werden, gelöschte Dateien ausStaging-Area entfernen:git add -u [<file> …]





Dateien patch-weise in Staging-Area übernehmen:git add -p [<file> …]Dateien interaktiv in Staging-Area übernehmen:git add -i [<file> …]nur Dateien stagen die schon getrackt werden, gelöschte Dateien ausStaging-Area entfernen:git add -u [<file> …]




Änderungen übernehmen

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





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)





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




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




Aktionen rückgängig machen

Dateienzustand in Staging-Area verwerfen:git reset [<file> …]

Dateien in Working Copy zurücksetzen:git checkout [<file> …]Working Copy verwerfen:git reset --hard HEADCommit erzeugen, der anderen Commit rückgängig macht:git revert [<commitid>]





Dateienzustand in Staging-Area verwerfen:git reset [<file> …]Dateien in Working Copy zurücksetzen:git checkout [<file> …]

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





Dateienzustand in Staging-Area verwerfen:git reset [<file> …]Dateien in Working Copy zurücksetzen:git checkout [<file> …]Working Copy verwerfen:git reset --hard HEAD

Commit erzeugen, der anderen Commit rückgängig macht:git revert [<commitid>]





Dateienzustand in Staging-Area verwerfen:git reset [<file> …]Dateien in Working Copy zurücksetzen:git checkout [<file> …]Working Copy verwerfen:git reset --hard HEADCommit 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 BranchesExkurs: Revision-SpezifikationTagsStash (Git-Kommando)Branching-ModelleMergingMerge-ToolsCherry-PickingRebasingMerging von Commits in mehrere BranchesPatch-Workflow



BRANCHES, TAGS, MERGE UND REBASEALLGEMEINES ZU BRANCHES

Branches sind leichtgewichtig, d.h.keine Kopien sondern nur Zeiger aufCommits

Branches nutzen z.B. für:

Ausprobieren vonÄnderungen/ExperimenteIsolation von FeaturesUmschalten zwischen AufgabenReleasesQualitätssicherungWartungsbranches

Quelle: ProGit [4]




Branches sind leichtgewichtig, d.h.keine Kopien sondern nur Zeiger aufCommitsBranches nutzen z.B. für:


Quelle: ProGit [4]





Ausprobieren vonÄnderungen/Experimente

Isolation von FeaturesUmschalten zwischen AufgabenReleasesQualitätssicherungWartungsbranches

Quelle: ProGit [4]





Ausprobieren vonÄnderungen/ExperimenteIsolation von Features

Umschalten zwischen AufgabenReleasesQualitätssicherungWartungsbranches

Quelle: ProGit [4]





Ausprobieren vonÄnderungen/ExperimenteIsolation von FeaturesUmschalten zwischen Aufgaben

ReleasesQualitätssicherungWartungsbranches

Quelle: ProGit [4]





Ausprobieren vonÄnderungen/ExperimenteIsolation von FeaturesUmschalten zwischen AufgabenReleases

QualitätssicherungWartungsbranches

Quelle: ProGit [4]





Ausprobieren vonÄnderungen/ExperimenteIsolation von FeaturesUmschalten zwischen AufgabenReleasesQualitätssicherung

Wartungsbranches

Quelle: ProGit [4]






Quelle: ProGit [4]




Kommandos

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



BRANCHES, TAGS, MERGE UND REBASEEXKURS: REVISION-SPEZIFIKATION

git help rev-parse

verwendbar für viele Operationen (log, push/pull, diff, …)

<sha1> (auch abgekürzt) für Blobs, Commits, Trees<refname> z.B.:

master, heads/master, refs/heads/master für lokale Branchesr1.1, refs/tags/r1.1 für Tagsorigin/development oder refs/remotes/origin/development fürRemote-Tracking-Branches




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







<sha1> (auch abgekürzt) für Blobs, Commits, Trees

<refname> z.B.:







master, heads/master, refs/heads/master für lokale Branches

r1.1, refs/tags/r1.1 für Tagsorigin/development oder refs/remotes/origin/development fürRemote-Tracking-Branches






master, heads/master, refs/heads/master für lokale Branchesr1.1, refs/tags/r1.1 für Tags

origin/development oder refs/remotes/origin/development fürRemote-Tracking-Branches




Informationen zu Branches

Commits in Branchgit log <branchname>

Commits in development die nicht in master sind:git log master..developmentUnterschied zwischen development und master:git diff master..developmentmehr in git help rev-parse unter SPECIFYING REVISIONS undSPECIFYING RANGES





Commits in Branchgit log <branchname>Commits in development die nicht in master sind:git log master..development

Unterschied zwischen development und master:git diff master..developmentmehr in git help rev-parse unter SPECIFYING REVISIONS undSPECIFYING RANGES





Commits in Branchgit log <branchname>Commits in development die nicht in master sind:git log master..developmentUnterschied zwischen development und master:git diff master..development

mehr in git help rev-parse unter SPECIFYING REVISIONS undSPECIFYING RANGES





Commits in Branchgit log <branchname>Commits in development die nicht in master sind:git log master..developmentUnterschied zwischen development und master:git diff master..developmentmehr in git help rev-parse unter SPECIFYING REVISIONS undSPECIFYING RANGES



BRANCHES, TAGS, MERGE UND REBASETAGS

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

Anders als bei SVN ist ein Tag kein Branch

kann (mit GnuPG/PGP) signiert werden

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

Verwendung für Markierung von Lieferständen/Releases



BRANCHES, TAGS, MERGE UND REBASESTASH (GIT-KOMMANDO)

kurzes Zwischenlagern von Änderungen an der Working Copy

rein lokal

kann zum Transplantieren in andere Branches genutzt werden

funktioniert wie ein Stack

Kommandos:

git stash [save]git stash popgit stash apply



BRANCHES, TAGS, MERGE UND REBASEBRANCHING-MODELLE

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

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

Feature-Branches, User-Branches

+ Bugfix-Branches

…



BRANCHES, TAGS, MERGE UND REBASEBRANCHING-MODELLE

git-flow

Best Practice für Arbeit mit Feature-Branches, Hotfixes, Releases, Tags

beschrieben in „A successful git branching model“ [5]

Tool-Unterstützung für shell mit git-flow [6]

git flow featuregit flow release

Unterstützung in Atlassian SourceTree [7]

Unterstützung in Eclipse EGit [8]



BRANCHES, TAGS, MERGE UND REBASEMERGING

Content-Tracking statt Patch-Serie(wie z.B. bei SVN)

es existieren mehrereMerge-Strategien (Standardrecursive, mehr unter git helpmerge)Mergekonflikte müssen wie beianderen VCS aufgelöst werden, dafürkönnen Tools eingebunden werden

Kommando: git merge

Quelle: ProGit [4]





es existieren mehrereMerge-Strategien (Standardrecursive, mehr unter git helpmerge)

Mergekonflikte müssen wie beianderen VCS aufgelöst werden, dafürkönnen Tools eingebunden werden

Kommando: git merge

Quelle: ProGit [4]





es existieren mehrereMerge-Strategien (Standardrecursive, mehr unter git helpmerge)Mergekonflikte müssen wie beianderen VCS aufgelöst werden, dafürkönnen Tools eingebunden werden

Kommando: git merge

Quelle: ProGit [4]




ACHTUNG:

Wenn ein Merge abgebrochen werden soll, stattden Mergekonflikt zu lösen (z.B. mit git reset--hard), IMMER git merge --abortbenutzen, da sonst der nachfolgende Commitautomatisch ein Merge-Commit wird und dieÄnderungen aus dem ursprünglich für den Mergevorgesehenen Branch dann nicht enthalten sind.



BRANCHES, TAGS, MERGE UND REBASEMERGE-TOOLS

Eclipse mit EGit [8]

TortoiseMerge (mit TortoiseSVN oder TortoiseGit [9] installiert)

vimdiff

…

Standard-Merge-Tool kann konfiguriert (git help config, Suchbegriffmerge.tool) und über git mergetool aufgerufen werden



BRANCHES, TAGS, MERGE UND REBASECHERRY-PICKING

einzelne Commits aus anderem Branch in aktuellen Branch übernehmen

z.B. für Hotfixes

git cherry-pick <commits> (<commits> kann mit Rev-Spezifikationdefiniert werden)



BRANCHES, TAGS, MERGE UND REBASEREBASING

History eines (lokalen) Branchesumpflanzen

git rebase <branchname>ACHTUNG: rebasing von bereitspublizierten Branches ist BÖSE





git rebase <branchname>

ACHTUNG: rebasing von bereitspublizierten Branches ist BÖSE





git rebase <branchname>ACHTUNG: rebasing von bereitspublizierten Branches ist BÖSE



BRANCHES, TAGS, MERGE UND REBASEMERGING VON COMMITS IN MEHRERE BRANCHES

Mehrere Varianten:

git checkout <branch> und git merge <feature>git cherry-pickgit stash und git stash apply in mehrere Branches

Tipp:

git rerere Aufzeichnung/Replay von Merge-Konflikt-Behebungen




Mehrere Varianten:

git checkout <branch> und git merge <feature>

git cherry-pickgit stash und git stash apply in mehrere Branches

Tipp:





Mehrere Varianten:

git checkout <branch> und git merge <feature>git cherry-pick

git stash und git stash apply in mehrere Branches

Tipp:





Mehrere Varianten:

git checkout <branch> und git merge <feature>git cherry-pickgit stash und git stash apply in mehrere Branches

Tipp:




BRANCHES, TAGS, MERGE UND REBASEPATCH-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 SoftwareProjekten zum Einsatz



REPOSITORY-ORGANISATION

gebräuchliche Repository-StrukturenInteraktion mit Repositories



REPOSITORY-ORGANISATIONGEBRÄ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]



REPOSITORY-ORGANISATIONINTERAKTION MIT REPOSITORIES

Klone erstellengit clone <url>

Umgang mit Remotes

hinzufügengit remote addlöschengit remote rm

Branches von remote abrufengit fetch <remote> <branch>Branch abrufen und mit HEAD mergengit pulllokale Commits/Tags publizierengit push




Klone erstellengit clone <url>Umgang mit Remotes







hinzufügengit remote add

löschengit remote rm







Branches von remote abrufengit fetch <remote> <branch>

Branch abrufen und mit HEAD mergengit pulllokale Commits/Tags publizierengit push






Branches von remote abrufengit fetch <remote> <branch>Branch abrufen und mit HEAD mergengit pull

lokale Commits/Tags publizierengit 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 push

origin

a

b

c master

user 1

a

b

c origin/master

master

user 2

a

b origin/master

d master

E




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

lokal für jeweiliges Repository

werden bei git clone nicht kopiert

git help hooks



FAQ

Frequently Asked Questions



FAQFREQUENTLY ASKED QUESTIONS

Wie geht Git mit symbolischen Links um?

Git behandelt Symlinks als Verweise auf Pfade (wie UNIX):

Linux / UNIX / MacOS-X: funktioniert einfach

Windows mit cygwin git: funktioniert nur innerhalb von cygwin

Windows mit git for Windows: es wird eine Datei mit dem Verweisziel desSymlinks als Inhalt angelegt

Fazit: Vermeiden, wenn das Repository auf Windows-Clients bearbeitet werden muss




Wie lösche ich einen Remote-Branch?

git push --delete <remote> <branch>




Kann Git mit großen Binaries umgehen?

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

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.


http://www.cygwin.com/

https://git-for-windows.github.io/

http://git-scm.com/download/mac

http://git-scm.com/book/

http://nvie.com/posts/a-successful-git-branching-model/

http://nvie.com/posts/a-successful-git-branching-model/

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.


http://atlassian.com/software/sourcetree/overview

http://www.eclipse.org/egit/

https://tortoisegit.org/

http://www.git-scm.com/

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 imTeam - 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.


http://shop.oreilly.com/product/0636920022862.do

http://www.dpunkt.de/buecher/5040/9783864903113-git-12151.html

http://www.dpunkt.de/buecher/5040/9783864903113-git-12151.html


KONTAKT

Jan DittbernerE-Mail: [email protected]

Telefon: +49-351-2802-2737Twitter/Identi.ca: @jandd


