Git für Anfänger: Der endgültige praktische Leitfaden

Question

Ok, nachdem ich dieser Beitrag von PJ Hyett habe ich beschlossen, das Ende zu überspringen und mit Git .

Was ich also brauche, ist ein Anfängerhandbuch praktisch Anleitung zu Git. "Anfänger" wird definiert als jemand, der weiß, wie man mit seinem Compiler umgeht, der einigermaßen versteht, was ein Makefile ist, und hat die Versionskontrolle angefasst, ohne sie sehr gut zu verstehen.

"Praktisch" bedeutet, dass diese Person nicht ins Detail gehen möchte, was Git im Hintergrund tut, und sich nicht einmal darum kümmert (oder weiß), dass es verteilt ist. Ihre Antworten könnten die Möglichkeiten andeuten, aber versuchen Sie, auf den Anfänger abzuzielen, der ein "Haupt"-Repository auf einem "Server" haben möchte, das gesichert und sicher ist, und sein lokales Repository lediglich als "Client"-Ressource behandelt.

Also:

Installation/Einrichtung

• So installieren Sie Git
• Wie richtet man Git ein? Versuchen Sie, Linux, Windows, Mac abzudecken, denken Sie an eine "Client/Server"-Mentalität.
  • GIT-Server mit Msysgit unter Windows einrichten
• Wie erstellt man ein neues Projekt/Repository?
• Wie kann man es so konfigurieren, dass es Dateien (.obj, .user usw.) ignoriert, die nicht wirklich Teil der Codebasis sind?

Arbeiten mit dem Code

• Wie erhalten Sie den neuesten Code?
• Wie kann man den Code auschecken?
• Wie können Sie Änderungen übertragen?
• Wie können Sie sehen, was noch nicht übertragen wurde, oder den Status Ihrer aktuellen Codebasis?
• Wie vernichtet man unerwünschte Übertragungen?
• Wie können Sie zwei Revisionen einer Datei oder Ihre aktuelle Datei mit einer früheren Revision vergleichen?
• Wie kann man den Verlauf der Überarbeitungen einer Datei sehen?
• Wie gehen Sie mit Binärdateien um (z. B. Visio-Dokumente oder Compiler-Umgebungen)?
• Wie führt man Dateien zusammen, die "zur gleichen Zeit" geändert wurden?
• Wie kann man eine Übertragung rückgängig machen (rückgängig machen oder zurücksetzen)?

Kennzeichnung, Verzweigung, Veröffentlichungen, Baselines

• Wie kann man einen bestimmten Satz von Revisionen für einen bestimmten Satz von Dateien "markieren", "kennzeichnen" oder "freigeben", so dass man ihn später immer wieder aufrufen kann?
• Wie kann man eine bestimmte "Freigabe" erreichen?
• Wie verzweigt man sich?
• Wie führt man Zweige zusammen?
• Wie können Sie Konflikte lösen und die Zusammenführung abschließen?
• Wie führt man Teile eines Zweigs in einen anderen Zweig ein?
• Was bedeutet Umbasierung?
• Wie kann ich entfernte Zweigstellen verfolgen?
• Wie kann ich einen Zweig in einem entfernten Repository erstellen?
• Wie lösche ich einen Zweig in einem entfernten Repository?
• Beispiele für Git-Arbeitsabläufe

Andere

• Beschreiben Sie eine gute grafische Benutzeroberfläche, ein IDE-Plugin usw., das Git zu einer Ressource macht, die nicht auf der Kommandozeile läuft, und verlinken Sie auf diese, führen Sie aber auch die Vorteile und Einschränkungen auf.
  • msysgit - Plattformübergreifend, mit Git enthalten
  • gitk - Plattformübergreifender Verlaufsbetrachter, enthalten in Git
  • gitnub - Mac OS X
  • gitx - Mac OS X Verlaufsanzeige
  • smartgit - Plattformübergreifend, kommerziell, Beta
  • tig - Konsolen-GUI für Linux
  • qgit - GUI für Windows, Linux
  • Git-Erweiterungen - Paket für Windows, enthält freundliche GUI
• Gibt es noch andere allgemeine Aufgaben, die ein Anfänger kennen sollte?
  • Der Git-Status zeigt Ihnen, was Sie gerade getan haben, welchen Zweig Sie haben und andere nützliche Informationen
• Wie kann ich effektiv mit einem Subversion-Repository arbeiten, das als Quelle für die Versionskontrolle festgelegt wurde?

Andere Referenzen für Git-Anfänger

• Git-Anleitung
• Git-Buch
• Git-Zauber
• gitcasts
• GitHub-Anleitungen
• Git-Anleitung
• Progit - Buch von Scott Chacon
• Git - SVN Crash-Kurs
• Git von unten nach oben
• Git bereit
• gitref.org
• Git visuelles Spickzettelchen

Eintauchen in Git

• Git konzeptionell verstehen
• Git für Informatiker (und andere Version )

Ich werde die Einträge von Zeit zu Zeit durchgehen und sie "aufräumen", damit sie ein einheitliches Aussehen haben und die Liste leicht zu überblicken ist. Ich werde auch einen Link zu den Einträgen in der Aufzählung oben einfügen, damit man sie später leicht wiederfindet.

Answer 1

So installieren Sie Git

Unter Windows:

Installieren Sie msysgit

Es gibt mehrere Downloads:

• Git: Verwenden Sie diese Option, es sei denn, Sie benötigen ausdrücklich eine der anderen unten aufgeführten Möglichkeiten.
• PortableGit: Verwenden Sie diese Option, wenn Sie Git auf einem PC ausführen möchten, ohne es auf diesem PC zu installieren (z. B. wenn Sie Git von einem USB-Laufwerk ausführen möchten)
• msysGit: Verwenden Sie dies, wenn Sie Git selbst entwickeln wollen. Wenn Sie Git nur verwenden wollen für Ihr Quellcode, aber nicht bearbeiten wollen Git's Quellcode, brauchen Sie das nicht.

Dadurch wird auch eine Cygwin-Bash-Shell installiert, so dass Sie die git in einer schöneren Shell (als cmd.exe), und enthält auch git-gui (erreichbar über git gui oder den Befehl Start > All Programs > Git Menü)

Mac OS X

Verwenden Sie die git-osx-installer oder Sie können auch von der Quelle installieren

Über einen Paketmanager

Installieren Sie git mit Ihrem nativen Paketmanager. Zum Beispiel unter Debian (oder Ubuntu):

apt-get install git-core

Oder unter Mac OS X, über MacPorts :

sudo port install git-core+bash_completion+doc

oder fink:

fink install git

oder Selbstgebrautes :

brew install git

Auf Red-Hat-basierten Distributionen, wie Fedora:

yum install git

In Cygwin ist das Git-Paket unter dem Abschnitt "devel" zu finden

Aus der Quelle (Mac OS X/Linux/BSD/etc.)

Unter Mac OS X können Sie Git sehr einfach aus dem Quellcode kompilieren, wenn Sie die Developer Tools installiert haben. Laden Sie die neueste Version von Git als .tar.bz o .tar.gz de http://git-scm.com/ und entpacken Sie es (Doppelklick im Finder)

Unter Linux/BSD/etc. sollte es in etwa gleich sein. Unter Debian (und Ubuntu) müssen Sie zum Beispiel das build-essential Paket über apt .

Dann in einem Terminal, cd zu dem Ort, an den Sie die Dateien extrahiert haben (Running cd ~/Downloads/git*/ sollte funktionieren), und dann ausführen.

./configure && make && sudo make install

Dadurch wird Git an der Standardposition installiert ( /usr/local - also git wird in /usr/local/bin/git )

Sie werden aufgefordert, Ihr Passwort einzugeben (für sudo ), damit es in die Datei /usr/local/ Verzeichnis, auf das nur der Benutzer "Root" zugreifen kann, also ist sudo erforderlich!

Wenn Sie es an einem separaten Ort installieren möchten (damit die Dateien von Git nicht mit anderen Tools vermischt werden), verwenden Sie --prefix mit dem Befehl configure:

./configure --prefix=/usr/local/gitpath
make
sudo make install

Dadurch wird die git binär in /usr/local/bin/gitpath/bin/git - damit Sie das nicht jedes Mal eintippen müssen, sollten Sie in Ihrem $PATH durch Hinzufügen der folgenden Zeile in Ihr ~/.profile :

export PATH="${PATH}:/usr/local/bin/gitpath/bin/"

Wenn Sie keinen sudo-Zugang haben, können Sie --prefix=/Users/myusername/bin und installieren Sie es in Ihrem Heimatverzeichnis. Denken Sie daran, Folgendes hinzuzufügen ~/bin/ a $PATH

Das Drehbuch x-git-update-to-latest-version automatisiert einen Großteil dieser Vorgänge:

Dieses Skript aktualisiert meinen lokalen Klon des Git-Repos (localy unter ~/work/track/git ), und konfiguriert und installiert (unter /usr/local/git - git describe ) und aktualisiert die /usr/local/git symlink.

Auf diese Weise kann ich /usr/local/git/bin in meinem PATH und ich benutze immer die neueste Version.

In der neuesten Version dieses Skripts werden auch die Manpages installiert. Sie müssen Ihr MANPATH zur Aufnahme der /usr/local/git/share/man Verzeichnis.

Answer 2

Git Reset

Angenommen, Sie machen einen Pull, fügen ihn in Ihren Code ein und entscheiden, dass er Ihnen nicht gefällt. Benutzen Sie git-log oder tig und finden Sie den Hash der Stelle, zu der Sie zurückgehen wollen (wahrscheinlich Ihr letzter Commit vor dem Pull/Merge), kopieren Sie den Hash und tun Sie es:

# Revert to a previous commit by hash:
git-reset --hard <hash>

Anstelle des Hashes können Sie auch HEAD^ als Abkürzung für die vorherige Übergabe.

# Revert to previous commit:
git-reset --hard HEAD^

Answer 3

Wie richtet man ein gemeinsames Team-Repository ein?

Wie man eine normal Repository wird beschrieben aquí -- aber wie richtet man ein Team-Repository ein, aus dem jeder schöpfen und in das jeder pushen kann?

Verwendung eines gemeinsamen NFS-Dateisystems

Angenommen, Ihr Team verfügt bereits über eine gemeinsame Gruppenmitgliedschaft, die genutzt werden kann.

mkdir /your/share/folder/project.git
cd /your/share/folder/project.git
newgrp yourteamgroup # if necessary
git init --bare --shared

Um mit diesem Repository zu beginnen, ist es am einfachsten, von einem lokalen Repository auszugehen, das Sie bereits verwendet haben:

cd your/local/workspace/project
git remote add origin /your/share/folder/project.git
git push origin master

Andere können dies nun nachahmen und mit der Arbeit beginnen:

cd your/local/workspace
git clone /your/share/folder/project.git

SSH verwenden

Richten Sie ein Benutzerkonto auf dem Zielserver ein. Ob Sie ein Konto ohne Passwort, ein Konto mit Passwort oder ein authorized_keys hängt wirklich von dem von Ihnen gewünschten Sicherheitsniveau ab. Werfen Sie einen Blick auf Git über SSH konfigurieren für einige weitere Informationen.

Wenn alle Entwickler das gleiche Konto für den Zugriff auf dieses gemeinsame Repository verwenden, müssen Sie nicht die --shared Option wie oben.

Nachdem Sie das Repository wie oben beschrieben angelegt haben, führen Sie den ersten Push wie folgt durch:

cd your/local/workspace/project
git remote add origin user@server:/path/to/project.git
git push origin master

Sehen Sie die Ähnlichkeit mit dem oben Gesagten? Das einzige, was zusätzlich passieren könnte, ist, dass SSH nach einem Passwort fragt, wenn das Konto ein Passwort hat. Wenn Sie diese Aufforderung bei einem Konto ohne Passwort erhalten, hat der SSH-Server wahrscheinlich die Funktion PermitEmptyPasswords .

Das Klonen sieht nun wie folgt aus:

cd your/local/workspace
git clone user@server:/path/to/project.git

Answer 4

git status ist dein Freund, benutze ihn oft. Gut für die Beantwortung von Fragen wie:

• Was hat dieser Befehl gerade getan?
• In welcher Branche bin ich?
• Welche Änderungen werde ich vornehmen, und habe ich etwas vergessen?
• War ich beim letzten Mal, als ich an diesem Projekt gearbeitet habe (vor Tagen, Wochen oder vielleicht Monaten), gerade mit etwas beschäftigt?

Im Gegensatz zu, sagen wir svn status , git status läuft auch bei großen Projekten in kürzester Zeit. Als ich Git lernte, fand ich es oft beruhigend, es häufig zu benutzen, um sicherzugehen, dass mein mentales Modell von dem, was vor sich ging, korrekt war. Jetzt verwende ich es meist nur noch, um mich daran zu erinnern, was ich seit meinem letzten Commit geändert habe.

Natürlich ist es viel nützlicher, wenn Ihre .gitignore vernünftig konfiguriert ist.

Answer 5

Änderungen bestätigen

Wenn Sie eine Datei bearbeitet haben, müssen Sie Ihre Änderungen an Git übergeben. Wenn Sie diesen Befehl ausführen, werden Sie nach einer Commit-Nachricht gefragt - das ist nur ein einfacher Text, der allen mitteilt, was Sie geändert haben.

$ git commit source/main.c

Wird die Datei main.c im Verzeichnis ./source/ übertragen

$ git commit -a # the -a flag pulls in all modified files

überträgt alle geänderten Dateien (nicht aber neue Dateien, diese müssen mit git-add in den Index aufgenommen werden). Wenn Sie nur bestimmte Dateien übertragen wollen, müssen Sie diese zunächst mit git-add bereitstellen und dann ohne die Option -a übertragen.

Ein Commit ändert nur Ihr lokales Repository, nicht aber die entfernten Repositories. Wenn Sie die Commits an das entfernte Repository senden wollen, müssen Sie einen Push durchführen.

$ git push <remote> <branch> # push new commits to the <branch> on the <remote> repository

Für jemanden, der von CVS oder SVN kommt, ist dies eine Änderung, da die Übergabe an das zentrale Repository nun zwei Schritte erfordert.