Immer ein Fehler, drängen auf github - Updates, die abgelehnt wurden, weil ein Zweig geschoben Tipp ist, die hinter der Fernbedienung

Ich habe ein problem drücken, um einen anderen remote heroku.

Check mich umbenannt habe ich meine gesamte Projekt-Verzeichnis zu _backup und dann:

git clone account/repo_name

git remote add repo2 [email protected]:repo2.git

git push repo2 branch_abc:master

Aber ich bin noch immer

hint: Updates were rejected because a pushed branch tip is behind its remote
hint: counterpart. Check out this branch and merge the remote changes
hint: (e.g. 'git pull') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Habe ich versucht, einige Fragen und Antworten, aber nicht für mich gearbeitet, noch immer der Fehler unabhängig.

InformationsquelleAutor Michael Durrant | 2013-01-30

  1. 32

    , Wenn Sie nicht kümmern, was derzeit in repo2 und sind zuversichtlich, dass komplett überschreiben, es ist ok, dann können Sie verwenden:

    $ git push -f [email protected]:<heroku repo name>.git

    Denken Sie jedoch daran, dass push -f wischen kann anderen Entwicklern änderungen, wenn Sie veröffentlicht wurden, seit Sie zuletzt zog aus der repo..., so verwenden Sie stets mit äußerster Vorsicht auf multi-Entwickler-teams!

    In diesem Fall heroku ist immer im downstream und github, wo der code verwaltet und gepflegt, so macht das push -f auf heroku eine sicherere option, dass es sonst der Fall wäre.

    Dies überschreibt die remote heroku repo mit Ihren lokalen ein.

    InformationsquelleAutor uday

  2. 5

    Wenn Sie ziehen Sie das andere repo erste:

    git pull repo2

    Diese verschmelzen in den anderen repos änderungen, die Sie können mit add und commit.

    Dann können Sie drücken Sie die repo zurück.

    Ja, ich weiß, dass von Zeit zu Zeit. Aber warum passiert es? Auch die Veränderungen, die scheinen immer leer zu sein. "Mit null Dateien geändert"
    Ich vermute, es ist, weil repo2 zuvor existierte. Vielleicht wie ein Skelett. Wenn ja, würde man entweder an einem Strang ziehen müssen die skeleton-Dateien mit git pull diese plus die neueren änderungen zusammengeführt. Dann schieben Sie in Ordnung ist. Oder verwenden Sie git push -f wenn zuversichtlich, dass die älteren-code ist irrelevant.

    InformationsquelleAutor guest101

  3. 5

    Ich bin immer ein großer fan der Verwendung von git pull --rebase und dann git push origin master . Ein paar der Orte, die ich gearbeitet habe, da eine Menge von Orten, die nicht zulassen, eine push -f (vor allem Orte, die Nutzung bitbucket). 

    git pull --rebase 
git push origin master

    Rebase Ihre änderungen übernehmen, nachdem diese bereits auf der remote (online, website). In diesem video geht buchstäblich über Ihre genaue Problem und löst es mit git pull --rebase https://youtu.be/IhkvMPE9Jxs?t=10m36s

    InformationsquelleAutor Michael James Kali Galarnyk

Schreibe einen Kommentar