Wie kann ich einen bestimmten Commit auf ein Remote-System pushen, und nicht die vorherigen Commits?

Question

Ich habe mehrere Commits an verschiedenen Dateien vorgenommen, aber bisher möchte ich nur einen bestimmten Commit in mein entferntes Repository übertragen.

Ist das möglich?

Answer 1

Zum Schieben bis zu eine bestimmte Übergabe, können Sie schreiben:

git push <remotename> <commit SHA>:<remotebranchname>

bereitgestellt <remotebranchname> bereits auf der Gegenstelle existiert. (Wenn dies nicht der Fall ist, können Sie mit git push <remotename> <commit SHA>:refs/heads/<remotebranchname> um sie automatisch zu erstellen).

Wenn Sie eine Übergabe durchführen wollen なくして vorherige Übertragungen zu verschieben, sollten Sie zunächst git rebase -i um die Übertragungen neu zu ordnen.

Answer 2

Bei den anderen Antworten fehlen die Beschreibungen zur Neuordnung.

git push <remotename> <commit SHA>:<remotebranchname>

wird einen einzelnen Commit pushen, aber dieser Commit muss der ÄLTESTE Ihrer lokalen, nicht gepushten Commits sein, nicht zu verwechseln mit dem Top-, First- oder Tip-Commit, die meiner Meinung nach alle zweideutige Bezeichnungen sind. Der Commit muss der älteste Ihrer Commits sein, d.h. der am weitesten von Ihrem letzten Commit entfernte. Wenn es nicht der älteste Commit ist, werden alle Commits von Ihrem ältesten, lokalen, nicht gepushten SHA bis zum angegebenen SHA gepusht. Um die Commits neu zu ordnen, verwenden Sie:

git rebase -i HEAD~xxx

Nachdem Sie die Übergabe neu geordnet haben, können Sie sie sicher in das entfernte Repository übertragen.

Zusammengefasst habe ich

git rebase -i HEAD~<number of commits to SHA>
git push origin <post-rebase SHA>:master

um eine einzelne Übergabe an meinen entfernten Master-Zweig vorzunehmen.

Referenzen:

1. http://blog.dennisrobinson.name/push-only-one-commit-with-git/
2. http://blog.dennisrobinson.name/reorder-commits-with-git/

Siehe auch:

1. git: Doppelte Commits nach lokalem Rebase und anschließendem Pull
2. git: Pushing einzelner Commits, Neuordnung mit Rebase, doppelte Commits

Answer 3

Cherry-Pick funktioniert im Vergleich zu allen anderen Methoden am besten, wenn ein bestimmter Commit gepusht wird.

Der Weg dazu ist:

Einen neuen Zweig erstellen -

git branch <new-branch>

Aktualisieren Sie Ihren neuen Zweig mit Ihrem Ursprungszweig -

git fetch

git rebase

Mit diesen Maßnahmen stellen Sie sicher, dass Sie genau das Gleiche haben, was Ihr Ursprung hat.

Rosinenpicken der sha id dass Sie sich anstrengen wollen -

git cherry-pick <sha id of the commit>

Sie können die sha id durch Laufen

git log

Schieben Sie es zu Ihrem Ursprung -

git push

走る gitk um zu sehen, dass alles so aussieht, wie Sie es wollten.

Answer 4

Ich würde vorschlagen, dass Sie git rebase -i ; verschieben Sie den Commit, den Sie pushen wollen, an den Anfang der Commits, die Sie gemacht haben. Verwenden Sie dann git log um die SHA des rebased Commits zu erhalten, sie zu überprüfen und zu pushen. Der rebase stellt sicher, dass alle anderen Commits nun Kinder des von Ihnen gepushten Commits sind, so dass zukünftige Pushes ebenfalls funktionieren werden.

Answer 5

Ich glaube, Sie müssten mit "git revert" zu diesem Commit zurückkehren und ihn dann pushen. Oder Sie könnten cherry-pick eine Übergabe in einen neuen Zweig, und schieben Sie diesen in den Zweig des entfernten Repositorys. Etwa so:

git branch onecommit
git checkout onecommit
git cherry-pick 7300a6130d9447e18a931e898b64eefedea19544 # From the other branch
git push origin {branch}