💡 Dieser Artikel wurde von AI-Assistenten übersetzt. Um die englische Version anzuzeigen, können Sie hier klicken
In diesem Lab lernen Sie, wie man mit einem häufigen Git-Szenario umgeht: wenn Ihr lokaler Branch dem Remote-Repository voraus ist. Diese Situation tritt auf, wenn Sie lokal Commits durchführen, diese aber noch nicht in das Remote-Repository gepusht haben. Am Ende dieses Labs werden Sie verstehen, wie Sie erkennen können, wann Ihr Branch dem Remote-Repository voraus ist, und wie Sie Ihre lokalen und Remote-Repositories richtig synchronisieren können.
In diesem Schritt nehmen Sie Änderungen an Ihrem lokalen Repository vor, die noch nicht in das Remote-Repository gepusht wurden, wodurch das Szenario "ahead of origin" (dem Ursprung voraus) entsteht.
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.
Beginnen wir damit, in unser Projektverzeichnis zu navigieren:
cd ~/project/git-ahead-demoÜ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 cleanDas bedeutet, dass Ihr lokales Repository aktuell 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 wir die Datei erstellt haben, müssen wir sie zum Staging-Bereich von Git hinzufügen:
git add new_file.txtCommiten wir nun 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 durchgeführt 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 hat, der noch nicht in das Remote-Repository gepusht wurde. Dies ist genau die Situation, die wir erstellen wollten – Ihr Branch ist jetzt "ahead of origin" (dem Ursprung voraus).
Nachdem Ihr lokaler Branch dem Remote-Branch voraus ist, wollen wir untersuchen, wie man die spezifischen Unterschiede zwischen Ihren lokalen und Remote-Branches anzeigen kann.
In Git beziehen Sie sich auf 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 anzuzeigen, die in Ihrem lokalen Branch, aber nicht im Remote-Branch vorhanden sind, verwenden Sie den folgenden Befehl:
git log origin/master..HEADDie Ausgabe zeigt Ihnen die Commit(s) an, die sich in Ihrem lokalen Branch (HEAD) befinden, aber nicht im Remote-Branch (origin/master):
commit 1a2b3c4d... (HEAD -> master)
Author: LabEx User <[email protected]>
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 zeigt an, dass new_file.txt in Ihrem lokalen Branch hinzugefügt wurde, aber nicht im Remote-Branch existiert.
Um die tatsächlichen Inhaltsunterschiede zu sehen, können Sie Folgendes verwenden:
git diff origin/master..HEADDies zeigt die spezifischen Änderungen an jeder Datei an:
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 in das Remote-Repository gepusht wurden.
Nachdem Sie verstanden haben, welche Änderungen in Ihrem lokalen Branch vorhanden sind, ist es an der 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 in das Remote-Repository zu pushen, verwenden Sie:
git push origin masterSie sollten eine Ausgabe ähnlich dieser 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)
To /home/labex/project/remote-repo.git
abcd123..1a2b3c4 master -> masterDie Ausgabe zeigt:
master -> master)Überprüfen wir erneut den Status unseres Repositorys:
git statusJetzt sollten Sie Folgendes 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 jetzt mit dem Remote-Branch synchronisiert ist. Die Meldung "ahead of origin" ist verschwunden, da beide Branches nun die gleichen Commits enthalten.
Wir können überprüfen, ob unsere Änderungen jetzt im Remote-Repository sind, indem wir das Log des Remote-Branches untersuchen:
git log origin/master -1Dieser Befehl zeigt den aktuellsten Commit auf dem Remote-Branch, der jetzt unsere neue Datei enthalten sollte:
commit 1a2b3c4d... (HEAD -> master, origin/master)
Author: LabEx User <[email protected]>
Date: ...
Add new_file.txtBeachten Sie, dass sowohl HEAD -> master als auch origin/master jetzt auf denselben Commit zeigen, was bestätigt, dass beide Branches synchronisiert sind.
In realitätsnahen Szenarien haben Sie möglicherweise mehrere Commits, die Ihrem Remote-Branch voraus sind. Lassen Sie uns diese Situation erstellen und lernen, wie man sie auflöst.
Lassen Sie uns mehrere Änderungen erstellen und committen:
## 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 Folgendes 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-Repository 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)
To /home/labex/project/remote-repo.git
1a2b3c4..abcd123 master -> masterÜberprüfen wir unseren Status erneut:
git statusSie sollten Folgendes 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 in das Remote-Repository gepusht wurden.
In diesem Lab haben Sie gelernt, wie man mit Situationen umgeht, 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 das regelmäßige Synchronhalten Ihrer Branches hilft, Konflikte zu vermeiden und die Zusammenarbeit reibungsloser zu gestalten.
