In diesem Lab lernen Sie, wie man mit einem gängigen Git-Szenario umgeht: wenn Ihr lokaler Branch dem Remote-Repository voraus ist (ahead). Diese Situation tritt ein, wenn Sie lokale Commits erstellen, diese aber noch nicht an das Remote-Repository gepusht haben. Am Ende dieses Labs werden Sie verstehen, wie Sie erkennen, wann Ihr Branch dem Remote voraus ist, und wie Sie Ihre lokalen und Remote-Repositories korrekt synchronisieren.
In diesem Schritt werden Sie Änderungen an Ihrem lokalen Repository vornehmen, die noch nicht an das Remote-Repository gepusht wurden, wodurch das Szenario "ahead of origin" (dem Ursprung voraus) entsteht.
Zuerst müssen wir ein Repository einrichten, mit dem wir arbeiten können. Wir verwenden das git-playground-Repository als Ausgangspunkt. Da Sie Push-Berechtigungen benötigen, um dieses Lab abzuschließen, müssen Sie das Repository zuerst forken.
Nun klonen wir Ihr geforktes Repository auf Ihren lokalen Rechner. Ersetzen Sie YOUR_USERNAME durch Ihren tatsächlichen GitHub-Benutzernamen:
cd ~/project
git clone https://github.com/YOUR_USERNAME/git-playground.git
cd git-playgroundNach dem Klonen überprüfen Sie, ob das Remote-Repository korrekt konfiguriert ist:
git remote -vSie sollten eine Ausgabe sehen, die Ihr geforktes Repository als origin Remote anzeigt:
origin https://github.com/YOUR_USERNAME/git-playground.git (fetch)
origin https://github.com/YOUR_USERNAME/git-playground.git (push)Git arbeitet mit einem verteilten Modell, bei dem jeder Entwickler eine vollständige Kopie des Repositorys auf seinem lokalen Rechner hat. Lokal vorgenommene Änderungen müssen explizit mit dem Remote-Repository synchronisiert werden.
Überprüfen wir nun den aktuellen Status unseres Repositorys:
git statusSie sollten eine Ausgabe ähnlich dieser sehen:
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree cleanDies bedeutet, dass Ihr lokales Repository derzeit mit dem Remote-Repository synchronisiert ist.
Erstellen wir eine neue Datei in unserem Repository:
echo "This is a new file for our project." > new_file.txtNachdem die Datei erstellt wurde, müssen wir sie zur Staging Area (Zwischenspeicher) von Git hinzufügen:
git add new_file.txtNun committen wir diese Datei in unser lokales Repository:
git commit -m "Add new_file.txt"Sie sollten eine Ausgabe sehen, die Ihren Commit bestätigt:
[master 1a2b3c4] Add new_file.txt
1 file changed, 1 insertion(+)
create mode 100644 new_file.txtNachdem wir einen lokalen Commit vorgenommen haben, überprüfen wir erneut den Status unseres Repositorys:
git statusDieses Mal sollten Sie Folgendes sehen:
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)
nothing to commit, working tree cleanDiese Meldung zeigt an, dass Ihr lokaler Branch einen Commit enthält, der noch nicht an das Remote-Repository gepusht wurde. Dies ist genau die Situation, die wir erzeugen wollten – Ihr Branch ist nun "ahead of origin".
Nachdem Ihr lokaler Branch dem Remote-Branch voraus ist, wollen wir nun untersuchen, wie man die spezifischen Unterschiede zwischen Ihrem lokalen und dem Remote-Branch anzeigt.
In Git referenziert man den Remote-Branch mit dem Format origin/branch-name. Der Begriff origin ist der Standardname für das Remote-Repository, und branch-name ist der Name des Branches (in unserem Fall ist es master).
Um die Commits zu sehen, die in Ihrem lokalen Branch existieren, aber nicht im Remote-Branch, verwenden Sie den folgenden Befehl:
git log origin/master..HEADDie Ausgabe zeigt Ihnen den/die Commit(s), der/die sich in Ihrem lokalen Branch (HEAD) befinden, aber nicht im Remote-Branch (origin/master):
commit 1a2b3c4d... (HEAD -> master)
Author: LabEx User <labex@example.com>
Date: ...
Add new_file.txtUm zu sehen, welche Dateien sich zwischen Ihren lokalen und Remote-Branches unterscheiden, verwenden Sie:
git diff --name-status origin/master..HEADDie Ausgabe sollte Folgendes anzeigen:
A new_file.txtDies deutet darauf hin, dass new_file.txt in Ihrem lokalen Branch hinzugefügt wurde, aber im Remote-Branch nicht existiert.
Um die tatsächlichen Inhaltsunterschiede zu sehen, können Sie verwenden:
git diff origin/master..HEADDies zeigt die spezifischen Änderungen an jeder Datei:
diff --git a/new_file.txt b/new_file.txt
new file mode 100644
index 0000000..3b2aed8
--- /dev/null
+++ b/new_file.txt
@@ -0,0 +1 @@
+This is a new file for our project.Diese Befehle helfen Ihnen zu verstehen, welche Änderungen sich genau in Ihrem lokalen Branch befinden, die noch nicht an das Remote-Repository gepusht wurden.
Nachdem Sie verstanden haben, welche Änderungen in Ihrem lokalen Branch vorhanden sind, ist es nun Zeit, Ihr lokales Repository mit dem Remote-Repository zu synchronisieren, indem Sie Ihre Änderungen pushen.
Der Befehl git push sendet Ihre lokalen Commits an das Remote-Repository. Wenn Sie pushen, synchronisieren Sie den Remote-Branch mit Ihrem lokalen Branch, wodurch beide Branches identisch werden.
Um Ihre lokalen Commits auf das Remote-Repository zu pushen, verwenden Sie:
git push origin masterSie sollten eine Ausgabe ähnlich der folgenden sehen:
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
Delta compression using up to 2 threads
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 324 bytes | 324.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
To https://github.com/YOUR_USERNAME/git-playground.git
abcd123..1a2b3c4 master -> masterDie Ausgabe zeigt:
master -> master)Überprüfen wir nun erneut den Status unseres Repositorys:
git statusJetzt sollten Sie sehen:
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree cleanDies bestätigt, dass Ihr lokaler Branch nun mit dem Remote-Branch synchronisiert ist. Die Meldung "ahead of origin" ist verschwunden, da beide Branches nun dieselben Commits enthalten.
Wir können überprüfen, ob unsere Änderungen nun im Remote-Repository vorhanden sind, indem wir das Log des Remote-Branches untersuchen:
git log origin/master -1Dieser Befehl zeigt den neuesten Commit auf dem Remote-Branch an, der nun unsere neue Datei enthalten sollte:
commit 1a2b3c4d... (HEAD -> master, origin/master)
Author: LabEx User <labex@example.com>
Date: ...
Add new_file.txtBeachten Sie, dass sowohl HEAD -> master als auch origin/master nun auf denselben Commit zeigen, was bestätigt, dass beide Branches synchronisiert sind.
In realen Szenarien haben Sie möglicherweise mehrere Commits, die Ihrem Remote-Branch voraus sind. Erstellen wir diese Situation und lernen wir, wie man sie auflöst.
Erstellen und committen wir mehrere Änderungen:
## Create a second file
echo "This is the second file." > second_file.txt
git add second_file.txt
git commit -m "Add second_file.txt"
## Modify the README
echo "### Additional Information" >> README.md
echo "This project demonstrates Git branch synchronization." >> README.md
git add README.md
git commit -m "Update README with additional information"Überprüfen wir nun unseren Status:
git statusSie sollten sehen:
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
nothing to commit, working tree cleanSehen wir uns an, welche Commits wir lokal haben, die sich nicht auf dem Remote befinden:
git log origin/master..HEAD --onelineSie sollten Ihre beiden neuen Commits sehen:
abcd123 Update README with additional information
efgh456 Add second_file.txtUm alle Ihre lokalen Commits mit dem Remote-Repository zu synchronisieren, verwenden Sie denselben Push-Befehl:
git push origin masterDie Ausgabe zeigt, dass beide Commits gepusht werden:
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 2 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (5/5), 574 bytes | 574.00 KiB/s, done.
Total 5 (delta 1), reused 0 (delta 0), pack-reused 0
To https://github.com/YOUR_USERNAME/git-playground.git
1a2b3c4..abcd123 master -> masterÜberprüfen wir erneut unseren Status:
git statusSie sollten sehen:
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree cleanDies bestätigt, dass alle Ihre lokalen Commits erfolgreich auf das Remote-Repository gepusht wurden.
In diesem Lab haben Sie gelernt, wie man Situationen handhabt, in denen Ihr lokaler Git-Branch dem Remote-Branch voraus ist. Sie haben erfolgreich:
Diese Fähigkeiten sind für den täglichen Git-Workflow unerlässlich, da sie Ihnen helfen, Ihre lokalen und Remote-Repositories synchron zu halten, was für eine effektive Zusammenarbeit in Softwareentwicklungsprojekten von entscheidender Bedeutung ist. Denken Sie daran, dass die regelmäßige Synchronisation Ihrer Branches hilft, Konflikte zu vermeiden und die Zusammenarbeit reibungsloser zu gestalten.
