Zuerst muss der entsprechende SHA Hash der wiederherzustellenden Version bekannt sein, man kann diesen z. mithilfe von git log und git diff herausfinden. Ist dieser bekannt kann die Version folgendermaßen wiederhergestellt werden. git checkout
Es gibt noch eine einfachere Möglichkeit um Versionen relativ zu einer anderen wiederherzustellen. git checkout ~n n ist die Anzahl an Versionen vor jener, deren Hash angegeben wurde. Zur Verdeutlichung ein weiteres Beispiel: git checkout master~1 Dieser Befehl stellt den Commit vor dem letzten Commit in master wieder her. GIT - Cheat-Sheet - die wichtigsten Befehle - Holger Stridde World Wide. Änderungen zwischen zwei bestimmten Versionen Wenn man sehen will was sich zwischen zwei Versionen geändert hat, kann man sich dies folgendermaßen anzeigen lassen. git diff .. Achtung: Angezeigt werden auch alle Änderungen zwischen diesen beiden Versionen Bestimmte Version anzeigen Um Informationen zu einer bestimmten Version zu erhalten kann git show folgendermaßen verwendet werden.
Veröffentliche Dein Feature auf einem entfernten Server, so dass es auch von anderen verfolgt werden kann. git flow feature publish MYFEATURE Holen eines veröffentlichten Features Hole ein Feature, welches von einem anderen Nutzer veröffentlicht wurde. git flow feature pull origin MYFEATURE Du kannst ein Feature unter Verwendung von git flow feature track MYFEATURE auf 'origin' verfolgen. Git cheat sheet deutsch practice. Erstelle ein Release Unterstützt die Fertigstellung einer Produktionsversion. Erlaubt geringfügige Bugfixes und die Erstellung der Metadaten für ein Release Beginne ein Release Um ein neues Release zu beginnen, benutze den git flow release Befehl. Mit diesem wird ein Release-Branch vom aktuellen 'develop'-Branch erstellt. git flow release start RELEASE [BASE] Du kannst optional einen [BASE] Commit sha-1 Hash bereitstellen, um ein Release von diesem Commit zu starten. Der Commit muss sich im 'develop'-Branch befinden. Es ist ratsam, den Release-Branch nach der Erstellung zu veröffentlichen und damit anderen Entwicklern die Möglichkeit für Commits zu geben.
Git installieren GitHub bietet Desktop-Clients an, die eine grafische Benutzeroberfläche für die häufigsten Aktionen auf Repositories beinhalten, sowie eine automatisch aktualisierte Kommandozeilen-Version von Git für erweiterte Szenarien. GitHub für Windows GitHub für Mac Git-Distributionen für Linux- und POSIX-Systeme sind auf der offiziellen Git SCM-Webseite verfügbar.
Version und Installation Überprüfen Sie, welche git-Version installiert ist (git ist auf Linux- und Mac-Geräten vorinstalliert). Sie können die Installationsanleitung aufrufen, falls git noch nicht installiert ist. Nutzername und E-Mail-Adresse hinzufügen Ihr Git-Nutzername und Ihre E-Mail-Adresse werden verwendet, um Sie als Autor:in zu identifizieren, wenn Sie Code in ein Repository hinzufügen. Geben Sie folgenden Befehl ein, um Ihren Nutzernamen zu konfigurieren: git config -- global user. GitHub Git Spickzettel - GitHub Cheatsheets. name "IHR_NUTZERNAME" Lassen Sie sich Ihren eingegebenen Nutzernamen anzeigen: git config -- global user. name Geben Sie nun Ihre E-Mail-Adresse ein. git config -- global user. email "" Lassen Sie sich Ihre eingegebene E-Mail-Adresse anzeigen: git config -- global user. email Sie können auch alle eingegebenen Informationen gleichzeitig auslesen: git config -- global -- list Mit Projekten arbeiten Eine Visualisierung des git-Workflow hilft, die verschiedenen Befehle wie clone, push, pull, merge und fetch zu verstehen.
git pull Mit dem pull -Befehl können Sie Änderungen aus einem entfernten Repository abholen und mit Ihrem Workspace, also den Dateien, an denen Sie derzeit arbeiten, synchronisieren. Sie können dabei den Pfad zu einem Repository angeben sowie den Branch, aus dem Sie Änderungen abholen möchten. Git-Befehle. Kurz gesagt: git pull = git fetch + git merge. Branch erstellen Ein Branch ist ein unabhängiger Entwicklungszweig.
Die Config wird ein weiteres Mal einem Check unterzogen::~$ git config --global -l
User
Eine weitere nützliche Konfiguration, bevor ein Repo in einem Verzeichnis erstellt wird, ist das Ignorieren von Dateien. Jene Dateien, die nicht versioniert werden sollen, kommen in die Datei ". gitignore". Diese Einstellung macht z. Sinn für Verzeichnisse, die kompilierte Binaries enthalten (z. Git cheat sheet deutsch free. Verzeichnis "bin"):
Grundlegende Arbeiten im Git Repo
Angenommen im Verzeichnis "project" befinden sich bereits Dateien, die versioniert werden sollen. Dazu wird Git in diesem Verzeichnis aufgerufen::~/Repos/project$ git init
Initialized empty Git repository in /home/tktest/Repos/project/
Bis jetzt befinden sich noch keine Dateien unter Versionskontrolle. Für die vorhandene Datei "main. c" wird dies nun geändert::~/Repos/project$ git add main. c:~/Repos/project$ git status
# On branch master
#
# Initial commit
# Changes to be committed:
# (use "git rm --cached