Der Push-Begriff bezieht sich auf das Hochladen lokaler Repository-Inhalte in ein Remote-Repository. Beim Pushen werden Commits von Ihrem lokalen Repository an ein Remote-Repository übertragen. Durch Pushen können Änderungen überschrieben werden; Beim Schieben ist Vorsicht geboten.

Darüber hinaus können wir sagen, dass der Push die Remote-Refs durch lokale Refs aktualisiert. Jedes Mal, wenn Sie in das Repository pushen, wird es mit einigen interessanten Änderungen aktualisiert, die Sie vorgenommen haben. Wenn wir den Speicherort eines Repositorys nicht angeben, wird es an den Standardspeicherort unter verschoben Ursprungsmeister .

Unterschied zwischen Tiger und Löwe

Der Befehl „git push“ wird zum Pushen in das Repository verwendet. Der Push-Befehl kann als Werkzeug zum Übertragen von Commits zwischen lokalen und Remote-Repositorys betrachtet werden. Die grundlegende Syntax ist unten angegeben:

 $ git push [...] 

Der Push-Befehl unterstützt viele zusätzliche Optionen. Einige Optionen sind unter Push-Tags wie folgt.

Git-Push-Tags

: Das Repository ist das Ziel eines Push-Vorgangs. Dabei kann es sich entweder um eine URL oder den Namen eines Remote-Repositorys handeln.

: Es gibt die Zielreferenz zum Aktualisieren des Quellobjekts an.

--alle: Das Wort „all“ steht für alle Zweige. Es drängt alle Zweige.

--prune: Es entfernt die Remote-Zweige, die kein lokales Gegenstück haben. Das heißt, wenn Sie einen Remote-Zweig haben, sagen wir Demo, und wenn dieser Zweig lokal nicht existiert, wird er entfernt.

--Spiegel: Es wird verwendet, um das Repository auf die Fernbedienung zu spiegeln. Aktualisierte oder neu erstellte lokale Refs werden an das Remote-Ende übertragen. Die Aktualisierung kann am Remote-Ende erzwungen werden. Die gelöschten Refs werden vom Remote-Ende entfernt.

--Probelauf: Ein Probelauf testet die Befehle. Dies geschieht alles außer der ursprünglichen Aktualisierung des Repositorys.

--Stichworte: Es verschiebt alle lokalen Tags.

--löschen: Es löscht den angegebenen Zweig.

Gültige Java-Bezeichner

-In: Es stellt eine Upstream-Tracking-Verbindung her. Dies ist sehr nützlich, wenn Sie den Zweig zum ersten Mal pushen.

Git Push Origin Master

Git Push Origin Master ist ein spezielles Befehlszeilendienstprogramm, das den Remote-Zweig und das Remote-Verzeichnis angibt. Wenn Sie über mehrere Zweige und Verzeichnisse verfügen, hilft Ihnen dieser Befehl bei der Bestimmung Ihres Hauptzweigs und Repositorys.

Im Allgemeinen der Begriff Ursprung steht für das Remote-Repository und Master wird als Hauptzweig betrachtet. Also die gesamte Aussage ' Git Push Origin Master ' hat den lokalen Inhalt auf den Master-Zweig des Remote-Standorts verschoben.

Syntax:

 $ git push origin master 

Lassen Sie uns diese Aussage anhand eines Beispiels verstehen.

Lassen Sie uns beispielsweise einen neuen Commit für mein vorhandenes Repository durchführen GitExample2 . Ich habe meinem lokalen Repository ein Bild mit dem Namen hinzugefügt abc.webp und die Änderungen übernommen. Betrachten Sie das folgende Bild:

In der obigen Ausgabe habe ich ein Bild an mein lokales Repository angehängt. Der Befehl git status wird verwendet, um den Status des Repositorys zu überprüfen. Der Befehl git status wird wie folgt ausgeführt:

 $ git status 

Es zeigt den Status des nicht verfolgten Bildes an abc.webp . Fügen Sie nun das Bild hinzu und übernehmen Sie die Änderungen wie folgt:

Java konvertiert String in int

 $ git add abc.webp $git commit -m 'added a new image to project.' 

Das Bild wird vollständig im lokalen Repository verfolgt. Jetzt können wir es wie folgt an den Ursprungsmaster übertragen:

 $ git push origin master 

Ausgabe:

Die Datei abc.webp wird erfolgreich an den Ursprungsmaster übertragen. Wir können es am entfernten Standort verfolgen. Ich habe diese Änderungen auf mein GitHub-Konto übertragen. Ich kann es dort in meinem Repository verfolgen. Betrachten Sie das folgende Bild:

In der obigen Ausgabe wird die gepushte Datei abc.webp in das Master-Branch-Repository meines GitHub-Kontos hochgeladen.

Git Force Push

Mit Git Force Push können Sie ein lokales Repository ohne Konflikte auf ein Remote-Repository übertragen. Es wird wie folgt verwendet:

 $ git push -f 

Oder

 $ git push -force 

Die Version -f wird als Abkürzung für Force verwendet. Der Remote-Standort kann ein beliebiger Remote-Standort wie GitHub, Subversion oder ein anderer Git-Dienst sein, und der Branch ist ein bestimmter Branch-Name. Zum Beispiel können wir git push origin master -f verwenden.

Wir können die Verzweigung in diesem Befehl auch weglassen. Der Befehl wird wie folgt ausgeführt:

 $git push -f 

Wir können sowohl die Fernbedienung als auch den Zweig weglassen. Wenn sowohl die Fernbedienung als auch der Zweig weggelassen werden, wird das Standardverhalten durch bestimmt push.default Einstellung der Git-Konfiguration. Der Befehl wird wie folgt ausgeführt:

retten von

 $ git push -f 

So sichern Sie das Force Push-Repository:

Das erzwungene Pushen eines Repositorys hat mehrere Konsequenzen, da es möglicherweise die Arbeit ersetzt, die Sie behalten möchten. Das erzwungene Pushen mit einer Lease-Option kann dazu führen, dass das Pushen fehlschlägt, wenn auf der Fernbedienung neue Commits vorhanden sind, die Sie nicht erwartet haben. Wenn wir es in Bezug auf Git sagen, dann können wir sagen, dass es fehlschlägt, wenn Remote nicht verfolgte Commits enthält. Es kann ausgeführt werden als:

 $git push --force-with-lease 

Git push -v/--verbose

Das -v steht für ausführlich. Der Befehl wird ausführlich ausgeführt. Es hat das Repository gepusht und eine detaillierte Erklärung zu Objekten gegeben. Angenommen, wir haben a hinzugefügt neue Datei2.txt in unserem lokalen Repository und schreiben Sie es fest. Wenn wir es nun auf Remote übertragen, wird es mehr Beschreibungen geben als der Standard-Git-Push. Die Syntax von push verbosely ist unten angegeben:

Syntax:

 $ git push -v 

Oder

Java hasnext

 $ git push --verbose 

Betrachten Sie die folgende Ausgabe:

Wenn wir die obige Ausgabe mit der Standard-Git-Option vergleichen, können wir sehen, dass git verbose eine beschreibende Ausgabe liefert.

Löschen Sie einen Remote-Zweig

Wir können einen Remote-Zweig mit Git Push löschen. Es ermöglicht das Entfernen eines Remote-Zweigs von der Befehlszeile. Um einen Remote-Zweig zu löschen, führen Sie den folgenden Befehl aus:

Syntax:

 $ git push origin -delete edited 

Ausgabe:

In der obigen Ausgabe wird der Befehl git push origin mit der Option -delete verwendet, um einen Remote-Zweig zu löschen. Ich habe meinen Remote-Zweig gelöscht bearbeitet aus dem Repository. Betrachten Sie das folgende Bild:

Es ist eine Liste der aktiven Zweige meines Remote-Repositorys vor dem Betriebsbefehl.

Das obige Bild zeigt die Liste der aktiven Zweige nach dem Löschen des Befehls. Hier können Sie sehen, dass die Filiale bearbeitet wurde aus dem Repository entfernt.