Kann nicht auf GitHub übertragen werden – sagt immer wieder, dass zusammengeführt werden muss

Question 1

Ich bin neu in GitHub. Heute bin ich auf ein Problem gestoßen, als ich versucht habe, meinen Code auf GitHub zu übertragen.

Pushing to [email protected]:519ebayproject/519ebayproject.git
To [email protected]:519ebayproject/519ebayproject.git
 ! [rejected]        master -> master (non-fast-forward)
error: failed to push some refs to '[email protected]:519ebayproject/519ebayproject.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Merge the remote changes (e.g. 'git pull')
hint: before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Ich habe noch nichts in das Repository gepusht, warum muss ich also etwas ziehen?

Question 2

Dies kann dazu führen, dass das Remote-Repository Commits verliert; Verwenden Sie es mit Vorsicht.

Wenn Sie den entfernten Zweig nicht mit Ihrem lokalen Zweig zusammenführen möchten (siehe Unterschiede mit git diff) und einen Kraftstoß ausführen möchten, verwenden Sie die Push-Befehl mit -f

git push -f origin <branch>

wo origin ist der Name von Ihnen Fernbedienung Repo.

Normalerweise weigert sich der Befehl, eine entfernte Referenz zu aktualisieren, die kein Vorfahre der lokalen Referenz ist, die zum Überschreiben verwendet wurde. Dieses Flag deaktiviert die Prüfung. Dies kann dazu führen, dass das Remote-Repository Commits verliert; Verwenden Sie es mit Vorsicht.

Question 3

Wie die Nachricht sagt,

Führen Sie die Remote-Änderungen zusammen (z. B. ‘git pull’)

Verwenden git pull um die neuesten Änderungen aus dem Remote-Repository in Ihr lokales Repository zu ziehen. In diesem Fall erfordert das Pullen von Änderungen eine Zusammenführung, da Sie Änderungen an Ihrem lokalen Repository vorgenommen haben.

Ich werde ein Beispiel und ein Bild zur Erklärung bereitstellen. Nehmen wir an, Ihr letzter Pull vom Ursprung/Zweig war bei Commit B. Sie haben einige Arbeiten abgeschlossen und festgeschrieben (Commit C). Zur gleichen Zeit hat jemand anderes seine Arbeit abgeschlossen und in den Ursprung/Zweig verschoben (Commit D). Es muss eine Zusammenführung zwischen diesen beiden Zweigen geben.

local branch:                         --- Commit C 
                                    /
                                   /
                                  /
origin/branch: Commit A ------ Commit B ---- Commit D

Da Sie derjenige sind, der pushen möchte, zwingt Git Sie, die Zusammenführung durchzuführen. Dazu müssen Sie die Änderungen zuerst aus Ursprung/Zweig ziehen.

local branch:                         --- Commit C -- Commit E
                                    /               /           
                                   /               /             
                                  /               /               
origin/branch: Commit A ------ Commit B ---- Commit D

Nach Abschluss der Zusammenführung können Sie nun den Ursprung/Zweig schnell zu Commit E vorspulen, indem Sie Ihre Änderungen übertragen.

Git erfordert, dass Sie Merges selbst handhaben, da ein Merge zu Konflikten führen kann.

Question 4

Haben Sie Ihren Code vor dem Pushen aktualisiert?

Verwenden git pull origin master bevor du irgendetwas drückst.

Ich gehe davon aus, dass Sie verwenden origin als Name für Ihre Fernbedienung.

Sie müssen vor dem Push ziehen, um Ihr lokales Repository auf den neuesten Stand zu bringen, bevor Sie etwas pushen (nur für den Fall, dass jemand anderes bereits Code aktualisiert hat github.com). Dies hilft bei der Lösung von Konflikten vor Ort.

Question 5

Dies geschieht normalerweise, wenn Sie git commit und versuche es git push Änderungen vor git pulling auf diesem Ast x wo jemand anderes bereits Änderungen vorgenommen hat.

Der normale Fluss wäre wie folgt,

SCHRITT 1: git stash Ihre lokalen nicht festgeschriebenen Änderungen in diesem Zweig.

SCHRITT 2: git pull origin branch_name -v zu pull and merge zu lokal festgeschriebenen Änderungen in diesem Zweig (Geben Sie dieser Zusammenführung eine Nachricht und beheben Sie Konflikte, falls vorhanden.)

SCHRITT 3: git stash pop der stashgeänderte Änderungen (Dann können Sie Commits für gepoppte Dateien vornehmen, wenn Sie möchten, oder bereits festgeschriebene Änderungen (SCHRITT4) zuerst pushen und später neue Commits für Dateien vornehmen.)

SCHRITT 4: git push origin branch_name -v die zusammengeführten Änderungen.

Ersetzen branch_name mit master (zum master sich verzeigen).

Question 6

Erste und einfache Lösung:

Versuchen Sie diesen Befehl git push -f origin master.
Dieser Befehl überschreibt zwangsweise das Remote-Repository (GitHub)

Empfohlene Lösung 1:

Führen Sie diese Befehle aus:

git pull --allow-unrelated-histories  //this might give you error but nothing to worry, next cmd will fix it
git add *
git commit -m "commit message"
git push

Wenn das nicht funktioniert, dann mach mit 🔰

Lösung 2 (nicht empfohlen):

Löscht Ihren gesamten Commit-Verlauf und den Commit-Verlauf Ihres Teamkollegen. Also bitte tun Sie dies nicht in einem professionellen Projekt

Löschen .git Verzeichnis aus dem Ordner.

Führen Sie dann diese Befehle aus:

  git init
  git add .
  git commit -m "First Commit"
  git remote add origin [url]
  git push -u origin master

ODER

git push -f origin master

Benutz nur git push -f origin master wenn -u arbeite nicht für dich.

Dadurch werden fast alle Arten von Fehlern behoben, die beim Übertragen Ihrer Dateien auftreten.

Question 7

Manchmal vergaßen wir das Ziehen und machten viele Arbeiten in der lokalen Umgebung.

Wenn jemand schieben will ohne zu ziehen,

git push --force

funktioniert. Dies wird nicht empfohlen, wenn Sie mit anderen Menschen zusammenarbeiten, aber wenn es sich bei Ihrer Arbeit um eine einfache Sache oder ein persönliches Spielzeugprojekt handelt, ist dies eine schnelle Lösung.

Question 8

Einige von Ihnen erhalten diesen Fehler möglicherweise, weil Git nicht weiß, welchen Zweig Sie zu pushen versuchen.

Wenn Ihre Fehlermeldung auch enthält

error: failed to push some refs to '[email protected]:jkubicek/my_proj.git'
hint: Updates were rejected because a pushed branch tip is behind its remote
hint: counterpart. If you did not intend to push that branch, you may want to
hint: specify branches to push or set the 'push.default' configuration
hint: variable to 'current' or 'upstream' to push only the current branch.

dann folgen Sie vielleicht den praktischen Tipps von Jim Kubicek, Konfigurieren Sie Git so, dass nur Current Branch gepusht wirdum den Standardzweig auf aktuell zu setzen.

git config --global push.default current