Git - PageSpeedPlus/ubuntu GitHub Wiki
Einrichten von Git
Nachdem Sie nun Git installiert haben, sollten Sie es so konfigurieren, dass die erzeugten Commit-Meldungen Ihre korrekten Informationen enthalten.
Dies kann mit dem Befehl git config erreicht werden. Insbesondere müssen wir unseren Namen und unsere E-Mail-Adresse angeben, da Git diese Informationen in jeden Commit einbindet, den wir durchführen. Wir können weitermachen und diese Informationen durch Eingabe hinzufügen:
git config --global user.name "Your Name"
git config --global user.email "[email protected]"
Wir können alle Konfigurationselemente sehen, die durch Tippen eingestellt wurden:
git config --list
Output:
user.name=Your Name
[email protected]
Die von Ihnen eingegebenen Informationen werden in Ihrer Git-Konfigurationsdatei gespeichert, die Sie optional mit einem solchen Texteditor von Hand bearbeiten können:
nano ~/.gitconfig
~/.gitconfig contents
[user]
name = Your Name
email = [email protected]
Es gibt viele andere Optionen, die Sie einstellen können, aber das sind die beiden wesentlichen, die benötigt werden. Wenn Sie diesen Schritt überspringen, werden Sie wahrscheinlich Warnungen sehen, wenn Sie sich auf Git festlegen. Das macht Ihnen mehr Arbeit, denn dann müssen Sie die Commits, die Sie mit den korrigierten Informationen gemacht haben, überarbeiten.
Git Effizient nutzen
Sie die Software, um die Entwicklung für die Programmierung von Projekten zu rationalisieren. Es gibt weder Speicheranforderungen noch Anforderungen an die Dateistruktur, so dass die Entwickler selbst entscheiden können, wie sie ihren Workflow gestalten wollen.
Bevor Sie git für Ihre Entwicklung verwenden, ist es eine gute Idee, Ihren Workflow zu planen. Die Workflow-Entscheidung hängt in der Regel von der Größe und dem Umfang Ihres Projekts ab. Um ein grundlegendes Verständnis von git zu erlangen, genügt ein einfacher, einseitiger Workflow. Standardmäßig wird der erste Zweig eines Git-Projekts als "Master" bezeichnet. In einem folgenden Tutorial in dieser Serie erfahren Sie, wie Sie andere Zweige erstellen können.
Lassen Sie uns unser erstes Projekt erstellen und es "testen" nennen. (Wenn Sie bereits ein Projekt haben, das Sie in git importieren möchten, können Sie zu diesem Abschnitt wechseln.)
Erstellen Ihres Arbeitsbereichs
So wie Sie eine gute, saubere Arbeitsumgebung haben wollen, gilt die gleiche Idee auch für die Bereiche, in denen Sie Ihre Programmierung durchführen, insbesondere wenn Sie gleichzeitig zu einer Reihe von Projekten beitragen wollen. Ein guter Vorschlag könnte sein, einen Ordner namens git in Ihrem Home-Verzeichnis zu haben, der Unterordner für jedes Ihrer individuellen Projekte hat.
Das erste, was wir tun müssen, ist, unsere Arbeitsumgebung zu schaffen:
user@host ~ $ mkdir -p ~/git/testing ; cd ~/git/testing
Die obigen Befehle werden zwei Dinge bewirken: 1) Es erstellt ein Verzeichnis namens "git" in unserem Heimatverzeichnis und erstellt dann ein Unterverzeichnis innerhalb dieses namens "testing" (hier wird unser Projekt tatsächlich gespeichert). 2) Es bringt uns zum Basisverzeichnis unseres Projekts.
Sobald wir uns in diesem Verzeichnis befinden, müssen wir ein paar Dateien erstellen, die in unserem Projekt enthalten sein werden. In diesem Schritt können Sie entweder mitgehen und ein paar Dummy-Dateien zu Testzwecken erstellen oder Sie können Dateien/Verzeichnisse erstellen, die Teil Ihres Projekts sein sollen.
Wir werden eine Testdatei erstellen, die in unserem Repository verwendet werden kann:
user@host ~/git/testing $ touch file
Sobald sich alle Ihre Projektdateien in Ihrem Arbeitsbereich befinden, müssen Sie mit der Verfolgung Ihrer Dateien mit git beginnen. Der nächste Schritt erklärt diesen Prozess.
Umwandlung eines bestehenden Projekts in eine Arbeitsumgebung
Sobald sich alle Dateien in Ihrem Git-Arbeitsbereich befinden, müssen Sie Git mitteilen, dass Sie Ihr aktuelles Verzeichnis als Git-Umgebung verwenden möchten.
git init
Initialisiert leeres Git-Repository in /home/user/git/git/testing/.git/
Sobald Sie Ihr neues leeres Repository initialisiert haben, können Sie Ihre Dateien hinzufügen.
Im Folgenden werden alle Dateien und Verzeichnisse zu Ihrem neu erstellten Repository hinzugefügt:
git add
In diesem Fall ist keine Ausgabe eine gute Ausgabe. Leider informiert Sie git nicht immer, wenn etwas funktioniert hat.
Jedes Mal, wenn Sie Dateien hinzufügen oder Änderungen an ihnen vornehmen, müssen Sie eine Commit-Meldung schreiben. Der nächste Abschnitt beschreibt, was eine Commit-Message ist und wie man sie schreibt.
Erstellen einer Commit-Nachricht
Eine Commit-Nachricht ist eine kurze Nachricht, die die von Ihnen vorgenommenen Änderungen erläutert. Es ist erforderlich, bevor Sie Ihre Codierungsänderungen abschicken (was als Push bezeichnet wird), und es ist eine gute Möglichkeit, Ihren Mitentwicklern mitzuteilen, was sie von Ihren Änderungen erwarten können. In diesem Abschnitt wird erklärt, wie man sie erstellt.
Commit-Meldungen sind im Allgemeinen ziemlich kurz, zwischen einem und zwei Sätzen, die erklären, was Ihre Änderung bewirkt hat. Es ist eine gute Praxis, jede einzelne Änderung vorzunehmen, bevor Sie einen Push machen. Du kannst so viele Commits verschieben, wie du willst. Die einzige Voraussetzung für jede Übertragung ist, dass sie mindestens eine Datei betrifft und eine Nachricht enthält. Ein Push muss mindestens einen Commit haben.
In Fortführung unseres Beispiels werden wir die Nachricht für unser erstes Commit erstellen:
git commit -m "Initial Commit" -a
Output:
[master (root-commit) 1b830f8] initial commit
0 files changed
create mode 100644 file
Es gibt zwei wichtige Parameter des obigen Befehls. Die erste ist -m, was bedeutet, dass unsere Commit-Nachricht (in diesem Fall "Initial Commit") folgen wird. Zweitens bedeutet das -a, dass wir möchten, dass unsere Commit-Nachricht auf alle hinzugefügten oder geänderten Dateien angewendet wird. Dies ist für die erste Übertragung in Ordnung, aber im Allgemeinen sollten Sie die einzelnen Dateien oder Verzeichnisse angeben, die wir übertragen möchten.
Wir hätten es auch tun können:
git commit -m "Initial Commit" file
So geben Sie eine bestimmte Datei an, die übertragen werden soll. Um weitere Dateien oder Verzeichnisse hinzuzufügen, fügen Sie einfach eine durch Leerzeichen getrennte Liste an das Ende dieses Befehls an.
Übertragen von Änderungen auf einen Remote-Server
Bis zu diesem Zeitpunkt haben wir alles auf unserem lokalen Server gemacht. Das ist sicherlich eine Option, um git lokal zu verwenden, wenn Sie eine einfache Möglichkeit haben wollen, die Versionskontrolle Ihrer Dateien zu haben. Wenn Sie jedoch mit einem Team von Entwicklern zusammenarbeiten möchten, müssen Sie Änderungen auf einen Remote-Server übertragen. In diesem Abschnitt wird erklärt, wie man das macht.
Der erste Schritt, um Code auf einen entfernten Server zu übertragen, besteht darin, die URL anzugeben, unter der das Repository lebt, und ihm einen Namen zu geben. Um ein Remote-Repository für die Verwendung zu konfigurieren und eine Liste aller Remotes anzuzeigen (Sie können mehr als eine haben), geben Sie Folgendes ein:
git remote add origin ssh://[email protected]/repository.git
git remote -v
origin ssh://[email protected]/repository.git (fetch)
origin ssh://[email protected]/repository.git (push)
Der erste Befehl fügt eine Remote hinzu, genannt Origin, und setzt die URL auf ssh://[email protected]/repository.git.
Sie können Ihrer Fernbedienung einen beliebigen Namen geben, aber die URL muss auf ein aktuelles Remote-Repository verweisen. Wenn Sie beispielsweise Code nach GitHub übertragen möchten, müssen Sie die von ihnen angegebene Repository-URL verwenden.
Sobald Sie eine Fernbedienung konfiguriert haben, können Sie nun Ihren Code verschieben.
Sie können Code auf einen Remote-Server übertragen, indem Sie Folgendes eingeben:
git push origin master
Output:
Counting objects: 4, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 266 bytes, done.
Total 3 (delta 1), reused 1 (delta 0)
To ssh://[email protected]/repository.git
0e78fdf..e6a8ddc master -> master
git push teilt git mit, dass wir unsere Änderungen verschieben wollen, origin ist der Name unseres neu konfigurierten Remote-Servers und master ist der Name des ersten Zweiges.
In Zukunft, wenn Sie Commits haben, die Sie auf den Server verschieben möchten, können Sie einfach git push eingeben.