Git-Fehler: Fehler beim Senden einiger Refs an Remote

Aus irgendeinem Grund kann ich jetzt nicht pushen, während ich es gestern tun könnte. Vielleicht habe ich Configs oder so was durcheinander gebracht.

Das ist, was passiert:

Wenn ich den Git Push Origin Master benutze

Wie mein Arbeitsverzeichnis und mein Remote-Repository aussehen:

Wenn das GitHub-Repo während Ihrer lokalen Arbeit neue Commits erhalten hat, würde ich empfehlen, Folgendes zu verwenden:

git pull --rebase
git push

Die vollständige Syntax lautet:

git pull --rebase origin master
git push origin master

Mit Git 2.6+ (Sept. 2015), nachdem (einmal)

git config --global pull.rebase true
git config --global rebase.autoStash true

Ein einfaches git pullwäre genug.
(Hinweis: Mit Git 2.27 Q2 2020 ist a merge.autostashauch für Ihren regulären Pull ohne Rebase verfügbar.)

Auf diese Weise würden Sie (den --rebaseTeil) Ihrer lokalen Commits zusätzlich zu den neu aktualisierten origin/master(oder origin/yourBranch:git pull origin yourBranch .

Ein vollständigeres Beispiel finden Sie in Kapitel 6 Pull with Rebase des Git Pocket Book .

Ich würde empfehlen:

# add and commit first
git push -u origin master

Dies würde eine Verfolgungsbeziehung zwischen Ihrer lokalen Hauptniederlassung und ihrer vorgelagerten Niederlassung herstellen.
Danach kann jeder zukünftige Push für diesen Zweig mit einem einfachen:

git push

Siehe " Warum muss ich einen neuen Zweig explizit pushen? ".

Da das OP sein Commit bereits zurückgesetzt und wiederholt hat, zusätzlich zu origin/master:

git reset --mixed origin/master
git add .
git commit -m "This is a new commit for what I originally planned to be amended"
git push origin master

Es besteht keine Notwendigkeit pull --rebase .

Hinweis: git reset --mixed origin/masterKann auch geschrieben werden git reset origin/master, da die --mixedOption bei Verwendung die Standardoption ist git reset.

Hat jemand versucht:

git push -f origin master

Das sollte das Problem lösen.

EDIT: Basierend auf @Mehdis Kommentar unten muss ich etwas klarstellen —force pushing. Der obige Befehl git funktioniert nur beim ersten Festschreiben sicher. Wenn bereits zuvor Commits, Pull-Anforderungen oder Verzweigungen vorhanden waren, wird alles zurückgesetzt und auf Null gesetzt. Wenn ja, lesen Sie bitte die ausführliche Antwort von @VonC, um eine bessere Lösung zu finden.

Wenn Sie gerade git initIhre Dateien mit git add .oder etwas Ähnlichem verwendet und hinzugefügt und Ihren Remote-Zweig hinzugefügt haben, kann es sein, dass Sie git commit -m 'commit message'lokal nichts festgeschrieben ( ) haben, um es auf die Remote zu übertragen ... Ich hatte gerade diesen Fehler und das war mein Fehler Problem.

Ich hatte das gleiche Problem. Ich bekam dieses Problem, weil ich kein Commit gemacht hatte, nicht einmal das anfängliche Commit, und trotzdem versuchte ich zu pushen.

Einmal habe ich git commit -m "your msg"und dann hat alles gut funktioniert.

Benennen Sie Ihren Zweig um und drücken Sie dann, z.

git branch -m new-name
git push -u new-name

Das hat bei mir funktioniert.

Die Lösung für dieses Problem finde ich in der Github-Hilfe.

Sie sehen es an: Umgang mit Fehlern beim nicht schnellen Vorlauf

Es sagt:

Sie können dies beheben, indem Sie die auf dem Remote-Zweig vorgenommenen Änderungen abrufen und mit den lokal vorgenommenen Änderungen zusammenführen:

$ git fetch origin
# Fetches updates made to an online repository
$ git merge origin branch
# Merges updates made online with your local work

Oder Sie können einfach git pull verwenden, um beide Befehle gleichzeitig auszuführen:

$ git pull origin branch
# Grabs online updates and merges them with your local work

1. git init

2. git remote add origin https://gitlab.com/crew-chief-systems/bot

3. git remote -v (zur Überprüfung des aktuellen Repositorys)

4. git add -A(alle Dateien hinzufügen)

5. git commit -m 'Added my project'

6. git pull --rebase origin master

7. git push origin master

Ich hatte das gleiche Problem, das mit den folgenden Schritten behoben wurde.

1. git init
2. git add .
3. git commit -m 'Add your commit message'

4. git remote add origin https://User_name@bitbucket.org/User_name/sample.git

   (Die obige URL https: //User_name@bitbucket.org/User_name/sample.git bezieht sich auf die URL Ihres Bit-Bucket-Projekts.)

5. git push -u origin master

Hinweis

Überprüfen Sie, ob Ihr Git-Hub-Konto mit Ihrem lokalen Git verknüpft ist, indem Sie Folgendes verwenden:

git config --global user.email "you@example.com"
git config --global user.name "Your Name"

Wenn Sie Gerrit verwenden, kann dies durch eine unangemessene Änderungs-ID im Commit verursacht werden. Versuchen Sie, die Änderungs-ID zu löschen, und sehen Sie, was passiert.

Denken Sie daran, Ihre Änderungen zu übernehmen, bevor Sie zu Github Repo wechseln. Dies könnte Ihr Problem beheben.

Das Problem wird auch dadurch behoben, dass vor dem Drücken keine ersten Änderungen vorgenommen werden

Vor dem Push müssen Sie die Änderungen hinzufügen und festschreiben oder tun git push -f origin master

git push origin {your_local_branch}:{your_remote_branch}

Wenn Ihr lokaler Zweig und Ihr Remote-Zweig denselben Namen haben, können Sie den Namen Ihres lokalen Zweigs einfach weglassen git push {your_remote_branch}. Andernfalls wird dieser Fehler ausgegeben.

Ich habe die folgenden Schritte befolgt und es hat bei mir funktioniert.

 rm -rf .git
 git init
 git add .
 git commit -m"first message"
 git remote add origin "LINK"
 git push -u origin master

Es kann passieren, wenn Sie keine Dateien haben. Versuchen Sie, eine Textdatei zu erstellen, und befolgen Sie dann die folgenden Befehle

git add .
git commit -m "first commit"
git push --set-upstream origin master

Für mich war das Problem, dass ich die Dateien vor dem Festschreiben nicht hinzugefügt habe.

git add .

git commit -m "your msg"

Am besten verwenden rm -rf .git/hooksund dann Git Push versuchen

Ich habe ein leeres Repo in GitHub erstellt und habe meinen Code lokal. Ich hatte jetzt das gleiche Problem, als ich der folgenden Sequenz folgte:

git init
git commit -m 'Initial Commit'
git remote add origin https://github.com/kavinraju/Repo-Name.git
git add .
git push -u origin master

PROBLEM WAR: Ich habe versucht, ein Commit durchzuführen , bevor ich die Dateien bereitgestellt habe, die ich habe.

Also müssen wir die Dateien inszenieren und uns dann verpflichten.

Dies ist die richtige Reihenfolge.

git init
git add .
git commit -m 'Initial Commit'
git remote add origin https://github.com/kavinraju/Repo-Name.git
git push -u origin master

Da ich zuerst die falsche Sequenz ausführe, führe ich nur die folgenden Befehle aus

git add .
git commit -m 'Initial Commit'
git push -u origin master

Ich bin mir nicht sicher, ob dies zutrifft, aber die Lösung für mich bestand darin, nach git init etwas lokal festzuschreiben. Dann habe ich mit --set-upstream auf Remote geschoben ...

Erstellen eines neuen Zweigs für mich gelöst:

git checkout -b <nameOfNewBranch>

Wie erwartet ist keine Zusammenführung erforderlich, da der vorherige Zweig vollständig im neuen enthalten war.

Wenn Sie versuchen, ein Verzeichnis mit einem vorhandenen GitHub-Repository zu initialisieren, sollten Sie sicherstellen, dass Sie Änderungen vornehmen.

Versuchen Sie, eine Datei zu erstellen:

touch initial
git add initial
git commit -m "initial commit"
git push -u origin master

Dadurch wird eine Datei mit dem Namen initial abgelegt, die Sie später löschen können.

Hoffe diese Antwort hilft! Viel Glück!

Sie müssen etwas Kraft geben

Drücken Sie einfach --force.

In meinem Fall war es mein huskyPaket, das den Push nicht zulässt.

> husky - pre-push hook failed (add --no-verify to bypass)
> husky - to debug, use 'npm run prepush'
error: failed to push some refs to 'https://username@bitbucket.org/username/my-api.git'

Um es kräftig zu schieben, renne einfach git push origin master --no-verify

Ich lief npm run prepush, um den Fehler zu debuggen, und dies war die Ursache:

npm ERR! code ELOCKVERIFY
npm ERR! Errors were found in your npm-shrinkwrap.json, run  npm install  to fix them.
npm ERR!     Invalid: lock file's loopback-utils@0.8.3 does not satisfy loopback-utils@^0.9.0

Ran npm installund Commit es, und das Problem ist behoben.

mach das

git rm --cached *
git add .
git commit -m"upload"
git push --set-upstream origin master

Viel Spaß beim Codieren!

Versuchen Sie diesen git-Befehl,

git push origin master –f
git push origin master --force

Nun, wenn keine der oben genannten Antworten funktioniert und Sie in ssh-addletzter Zeit etwas durcheinander gebracht haben . Versuchen

ssh-add -D

Für Sourcetree-Benutzer

Führen Sie zuerst eine erste Festschreibung durch oder stellen Sie sicher, dass Sie keine nicht festgeschriebenen Änderungen vorgenommen haben. Dann befindet sich neben dem Quellbaum ein "FERN", klicken Sie mit der rechten Maustaste darauf und klicken Sie dann auf "Zum Ursprung verschieben". Los geht's.

Dies passiert mir, da ich ein Tag mit dem gleichen Zweig wie der Zweig hatte und versucht habe, den Zweig auf Remote zu verschieben.

In meinem Fall war das Problem, dass es (seltsamerweise) keinen Zweig namens Master gab. Ich habe das Repository von Github genommen.

Ich habe den vorhandenen Tippfehler-Zweig 'evelop' gepusht, den ich noch nicht ausgecheckt hatte, und stattdessen wollte ich einen Zweig namens 'Envelope' pushen. Der Zweig muss also vorhanden sein / bei lokaler Arbeitskopie auschecken, um natürlich diesen Fehler zu pushen, um keinen Tippfehler zu machen.