Unterschied zwischen Git Push Origin und Git Push Origin Master

John Wachira 15 Februar 2024
  1. den Befehl git push origin master
  2. den Befehl git push origin
Unterschied zwischen Git Push Origin und Git Push Origin Master

Dieser Artikel beschreibt die Unterschiede zwischen den Befehlen git push origin und git push origin master. Wir verwenden diese Befehle, um Änderungen an das Remote-Repository zu übertragen.

Der Unterschied besteht darin, wie und wann sie verwendet werden, wie unten beschrieben. Wir werden behandeln, was jeder Befehl tut, wie er verwendet wird und wann jeder der beiden Befehle verwendet wird.

den Befehl git push origin master

Der Befehl git push origin master ist ziemlich einfach. Wir verwenden diesen Befehl, um lokale Änderungen vom master-Zweig auf den entfernten master-Zweig zu übertragen.

Dies ist das Standardverhalten, das nicht geändert werden kann.

Das ist alles. Über den Befehl kann man nicht viel sagen. Kommen wir zum nächsten Befehl.

den Befehl git push origin

Der Befehl git push origin ist etwas komplizierter als der vorherige Befehl. Vor der Git-Version v1.7.11 wurde der Befehl git push origin verwendet, um alle lokalen Branches zu ihren entsprechenden Remote-Branches zu pushen.

Git Version V2.0+ erfordert, dass wir push.default entweder auf matching oder simple konfigurieren. Wenn nicht festgelegt, verwendet Git standardmäßig die einfache Konfiguration, die nur den aktuellen Zweig zum entsprechenden Remote-Tracking-Zweig pusht.

Der Befehl schlägt fehl, wenn der lokale Branch keinen Remote-Tracking-Branch hat. Schauen wir uns ein Beispiel an.

Angenommen, wir haben einen feature-Branch in unserem lokalen Repository und es hat einen Remote-Tracking-Branch, was passiert, wenn wir den git push origin-Befehl aufrufen, ohne den push.default-Wert festzulegen?

$ git push origin

Git gibt Ihnen eine Warnung aus, wie z. B. die untenstehende.

Git-Warnung

Die Ausgabe wird sein:

git push origin

Wie aus der obigen Ausgabe hervorgeht, hat Git die einfache Konfiguration verwendet, die nur unseren feature-Zweig in das Remote-Repository verschoben hat.

Was passiert, wenn wir den Wert push.default auf matching setzen? Lass es uns herausfinden.

$ git config --global push.default matching

Beim Ausführen des Befehls git push origin erhalten wir:

git push origin matching

Wir können sehen, dass Git zwei Zweige auf die Fernbedienung gepusht hat. (d. h. master- und feature-Zweige)

Kurz gesagt, der git push origin master pusht nur den master-Zweig zum Remote-Tracking master-Zweig. Auf der anderen Seite pusht der Befehl git push origin den aktuellen lokalen Branch, vorausgesetzt, er hat einen Remote-Tracking-Branch.

Das Verhalten dieses Befehls kann jedoch geändert werden, indem der Wert push.default auf matching gesetzt wird, um alle lokalen Branches zu ihren entsprechenden Remote-Tracking-Branches zu pushen.

John Wachira avatar John Wachira avatar

John is a Git and PowerShell geek. He uses his expertise in the version control system to help businesses manage their source code. According to him, Shell scripting is the number one choice for automating the management of systems.

LinkedIn

Verwandter Artikel - Git Push