GIT: Unterschied zwischen den Versionen
Zeile 157: | Zeile 157: | ||
<table> | <table> | ||
− | + | == Sonstige GIT Themen == | |
=== Änderungen nach einem commit === | === Änderungen nach einem commit === | ||
<table width=100% cellspacing="5" align=center> | <table width=100% cellspacing="5" align=center> |
Version vom 4. September 2019, 20:44 Uhr
Inhaltsverzeichnis
GIT Version Control
Übersicht
Wichtige Links
Beschreibung
Eine Versionsverwaltung ist ein System, das zur Erfassung von Änderungen an Dokumenten oder Dateien verwendet wird. Alle Versionen werden in einem Archiv mit Zeitstempel und Benutzerkennung gesichert und können später wiederhergestellt werden. (Quelle: Wikipedia)
Im Unterschied zu anderen bekannten Produkte wie CVS, Subversion, Perforce, Bazaar usw. welche immer die Differenz, also die Deltas, der einzelnen veränderten Files speichern, macht GIT immer ein Snapshot der ganzen Repositories.
Alle Dateien in GIT haben einen von drei Zuständen:
- Committed (eingepflegt)
- Modified („geändert“)
- Staged („vorgemerkt“)
GIT kennt drei Hauptbereiche
- GIT Directory (Repository) -> Primäres Verzeichnis (Committed)
- Working Directory -> Files in Arbeit (Modified)
- Staging Area -> Bereit zur Einpflege (Staged)
Installation
Redhat: yum install git-core
Debian: sudo apt-get install git
Initiale Konfiguration
Kommando | Beschreibung |
---|---|
git config --global user.name "John Doe" | Eigener Name hinterlegen |
git config --global user.email johndoe@example.com | Eigene E-Mail-Adresse hinterlegen |
git config --global core.editor emacs | Ein spezifischer Editor festlegen |
git config --list | Die Konfiguration anschauen |
Hilfe zu GIT
git help <verb>
Arbeiten mit GIT
Ein Repository einrichten
Kommando | Beschreibung |
---|---|
mkdir <Verzeichnis> | Ein leeres Verzeichnis erstellen |
cd <Verzeichnis> | In das angelegte Verzeichnis springen |
git init | GIT einrichten |
Damit wird in diesem Verzeichnis das Unterverzeichnis .git angelegt
Spezifische Dateien ignorieren
Gewisse Dateien werden automatisch erstellt, z.B. Logfiles bei einem Testlauf, welche wir nicht in der Versionierung haben wollen. Diese können anhand bestimmter Muster in einem File ausgeschlossen werden.
Das File hat folgenden Namen: .gitignore
Der Inhalt könnte wie folgt aussehen:
*.[oa] -> Alle Files mit der Endung ".o" oder ".a"
*.log -> Alle Files mit der Endung ".log"
Ein Repository bevölkern
Kommando | Beschreibung |
---|---|
cd <Verzeichnis> | In das angelegte Repository springen |
git add * | Alle Dateien im Repository in die Staging Area laden |
git commit -m 'Initiale Version' | Dateien in Repo aufnehmen |
Mit einem Repository arbeiten
Kommando | Beschreibung |
---|---|
git status | Zeigt den aktuellen Status des Repositories |
git diff | Zeigt alle Unterschiede seit dem letzten commit |
git diff --cached | Zeigt nur die Unterschiede in der Staging Area |
git add <Datei(en)> | Fügt die Datei(en) in die Staging Area ein |
git commit -m "Kommentar"> | Commitet all Dateien in der Staging Area |
Files löschen
Kommando | Beschreibung |
---|---|
rm <Datei(en)> | Datei(en) physisch löschen |
git rm >Datei(en)> | Datei(en) zum Löschen in der Staging Area schreiben |
git rm --cached <Datei(en)> | Löscht die Einträge wieder aus der Staging Area |
git commit -m "Kommentar"> | Commit der Löschung der Datei(en) in der Staging Area |
GIT History
Kommando | Beschreibung |
---|---|
git log | Zeigt die History der commits |
git log -p -2 | Zeigt nur die letzten beiden Einträge der Änderungen |
git log --stat | Zeigt eine Statistik über die Commits |
git log --since=2.weeks | Zeigt nur die commits der letzten zwei Wochen |
gitk | Graphische Version von git log |
Sonstige GIT Themen
Änderungen nach einem commit
Kommando | Beschreibung |
---|---|
git commit -m "Kommentar" | Normaler commit |
git add <Vergessene Datei> | Vergessene Datei nachträglich in Staging Area bewegen |
git commit --amend | Nachträglicher commit zu vorherigem |
Änderungen in der Staging Area
Kommando | Beschreibung |
---|---|
git reset HEAD <Datei> | Datei aus der Staging Area löschen |
git checkout -- <Datei> | Änderungen in Datei gänzlich löschen |
Tagging
Kommando | Beschreibung |
---|---|
git tag | Zeit die aktuellen Tags an |
git tag v1.4.1 | Setzen eines einfachen Tag |
git tag -a v1.4 -m 'Version 1.4' | Setzen eines kommentierten Tag |
git show v1.4 | Zeigt Infos zu diesem Tag |
git tag -a v1.2 -m 'Version 1.2' 9fceb02 | Commit nachträglich Taggen mit Angabe der Check-Nummer |
Cloning
Kommando | Beschreibung |
---|---|
git clone grit.git mygrit | Lokales Repository grit.git nach mygrit clonen |
git clone git://github.com/schacon/ticgit.git | Ein remote GIT clonen |
git remote | Zeigt den externen Server |
git fetch origin | Lädt die veränderten Dateien vom Original Repository herunter</td |
git push origin | Lädt die Veränderungen aus dem lokalen Repository hoch |
git push origin v1.5 | Einen spezifischen Tag hoch laden |
Branching
Kommando | Beschreibung |
---|---|
git branch testing | Einen Branch erstellen |
git checkout testing | Zum Branch testing wechseln |
git checkout -b testing | Macht beides mit einem Kommando |
git checkout master | Wieder zurück zum Master wechseln</td |
git branch –v | Liste der Branches |
git merge testing | Branch wieder in Master morgen. Braucht zuerst ein "git checkout master" |
git branch --merged | Zeigt merged Branches |
git branch -d testing | Löscht ein Branch z.B nach einem merge |