Verteilte Versionskontrolle mit GIT Dortmund Ansgar Brauner - GreenPocket GmbH - Köln

Transkript

1 Verteilte Versionskontrolle mit GIT Dortmund Ansgar Brauner - GreenPocket GmbH - Köln 1

2 über mich 32 Jahre alt Softwareentwickler bei der Firma GreenPocket in Köln Java EE Entwickler und Rails Begeisterter. Linux und Mac OS auf Server und Laptop. 2

3 greenpocket GreenPocket bietet Energieversorgern innovative Software-Lösungen für Smart Metering und Smart Home an, mit denen Haushalts- und Gewerbekunden ihre Energieeffizienz nachhaltig verbessern können. Unsere Kunden sind Energieversorger jeglicher Größenordnung vom kleinen und mittleren Stadtwerk bis zum großen Energiekonzern. Ziel ist es, die Energieeffizienz zu fördern und den CO2-Ausstoß der Haushalte und Gewerbe in Deutschland langfristig zu reduzieren. GreenPocket hat sich deshalb zum Ziel gesetzt, die Vorteile von Smart Metering für den Verbraucher sichtbar zu machen. Dazu setzen wir auf innovative Software-Lösungen, die es Energieversorgern ermöglichen, Intelligenz in die digitale Datenmenge zu bringen und die entstehenden Mehrwerte verbraucherorientiert zu visualisieren. 3

4 GIT - Eine kleine Einführung Verteiltes Versionskontrollsystem Aktionen mit dem Repository finden in der Regel lokal statt Abgleich mit verschiedenen Remote Repositories kann auf verschiedenen Wegen stattfinden. Jede Kopie ist ein vollständiges Repository Backups durch kopieren der Dateien im.git Verzeichnis Lokale Aktionen sind schnell Branchen und Mergen ist günstig, einfach und schnell Nahezu jeder beliebige Workflow ist abbildbar 4

5 Die wichtigsten Befehle clone init pull push status add commit diff fetch branch merge grep log rm show stash remote rebase reset tag 5

6 Hilfe Sehr gute und ausführliche Manpages git help liefert einer Übersicht der wichtigsten Befehle git <command> -h liefert eine kurze Hilfe git help <command> git <command> help Öffnet die jeweilige Manpage 6

7 Initialisieren eines Repositories Neues Repository git init Bestehendes Repository git clone <url> Mögliche URLs Lokales Verzeichnis file://, ssh://, git://, ftp:// 7

8 Der Index GIT führt etwas ein was wahlweise Index oder Stage genannt wird Der Index dient dazu den nächsten Commit vorzubereiten Es können Teile von Dateien auf den Index gelegt werden falls nur Teile im nächsten Commit berücksichtigt werden sollen Elemente können auch wieder vom Index entfernt werden Die Änderung bleibt bestehen ist dann aber nicht Teil des nächsten Commits git commit -a fügt automatisch alle Änderungen zum Index hinzu bevor der Commit ausgeführt wird. 8

9 Arbeiten mit dem Index Dateien werden mit git add <filename>... zum Index hinzugefügt git reset dient dazu Elemente vom Index zu entfernen 9

10 git commit Elemente vom Index werden in dem lokalen Repository festgeschrieben Die HEAD-Referenz wird auf diesen aktuellsten Commit verlinkt git commit --amend ändert den letzten Commit Nützlich bei vergessenen Dateien, unzureichenden Commit-Nachrichten!!! Nur bei nicht veröffentlichten Commits!!! 10

11 git status Zeigt Informationen zu den Dateien im aktuellen Verzeichnis an Datei neu (nicht versioniert), Datei verändert, Datei auf dem Index Eine Datei die sich bereits auf dem Index befand und erneut verändert wurde, muss dem Index erneut hinzugefügt werden. 11

12 git diff Zeigt Änderungen zwischen angegebene Versionen an git diff zwischen Arbeitskopie und Index git diff --cached zwischen Index und dem letzten Commit git diff HEAD zwischen Arbeitskopie und dem letzten Commit git diff <commit_id1>..<commit_id2> zwischen zwei spezifischen Commits git diff <branchname> zwischen dem aktuellen und angegebene Branch 12

13 git log git log zeigt das vollständige Commit-Log. git log -10 die letzten 10 Commit-Messages git log --author= john doe alle Commit-Messages von john doe 13

14 git remote Stellt Verbindung zu einem Remote Repository her Es kann beliebig viele Remotes geben Jedes Remote stellt ein eigenes vollständiges Repository dar Es könne Branches eines Remotes ausgecheckt werden Informationen über Änderungen können aus verschiedenen Remotes bezogen werden Es kann in der Regel nicht in Remotes gepushed werden da die dortigen, lokalen Änderungen nicht bekannt sind Lösung: Den Remote-Eigentümer bitten zu pullen So genannte bare Repositories können als zentrales Repository dienen in die dann auch gepushed werden darf. 14

15 Arbeiten mit Remotes git remote add <name> <url> fügt ein neues Remote Repository hinzu git remote show zeigt alle Remote-Namen git remote show <name> zeigt Informationen zu dem jeweiligen Remote 15

16 git branch Der default Branch heißt master git branch <branchname> erzeugt einen neuen lokalen Branch git checkout <branchname> wechselt in den lokalen Branch <branchname> git checkout -b <branchname> erzeugt den lokalen Branch und wechselt direkt dorthin Die HEAD Referenz wird entsprechend angepasst Branches können gelöscht werden, Vorsicht bei veröffentlichten Branches Es wird zwischen bereits gemergten und nicht gemergten Branches unterschieden 16

17 git branch git branch zeigt die lokal vorhandenen Branches git branch -r zeigt die Branches in allen Remote Repositories git branch -a zeigt alle Branches an git branch --no-merged zeigt noch nicht zurückgeführte Branches an 17

18 URLs Git Documentation Git from bottom up Pro Git Git Ready Verteilte Versionskontrolle mit Git Git for Computer Scientists 18

19 Fragen? 19