Wie kann ich zurückkehren, ein Git-repository zu einem vorherigen commit?

Wie kann ich wiederherstellen von meinem aktuellen Zustand, um einen snapshot einer bestimmten verpflichten?

Wenn ich git log, dann bekomme ich die folgende Ausgabe:

$ git log
commit a867b4af366350be2e7c21b8de9cc6504678a61b`
Author: Me <[email protected]>
Date:   Thu Nov 4 18:59:41 2010 -0400

blah blah blah...

commit 25eee4caef46ae64aa08e8ab3f988bc917ee1ce4
Author: Me <[email protected]>
Date:   Thu Nov 4 05:13:39 2010 -0400

more blah blah blah...

commit 0766c053c0ea2035e90f504928f8df3c9363b8bd
Author: Me <[email protected]>
Date:   Thu Nov 4 00:55:06 2010 -0400

And yet more blah blah...

commit 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
Author: Me <[email protected]>
Date:   Wed Nov 3 23:56:08 2010 -0400

Yep, more blah blah.

Wie gehen zurück auf das Begehen von November 3, D. H. Begehen 0d1d7fc?

Im Zusammenhang Wie rückgängig machen der letzten Git commit?.
Hier ist eine sehr klare und Gründliche post zum Rückgängigmachen Dinge im git direkt von Github.
Verwandte: Rollback auf einen alten Git-commit in einem öffentlichen repo. Beachten Sie, dass diese Frage fügt eine Einschränkung, dass das repo öffentlich ist.
Ich Liebe git, aber die Tatsache, dass es 35 Antworten auf etwas, das sollte sein unglaublich einfach macht ein großes Problem mit git. Oder ist es die docs?
Sie könnten fügen Sie ein button-Funktionalität für dass wie SVN in der Geschichte
Wie ist die Sprache die "Falle" in die Verwendung des Wortes wiederherstellen, wie umgangssprachlich Bedeutung reset auch nicht angesprochen hier??? 6594 upvotes so weit, und nicht ein Bearbeiten auf diese Weise, betonen den Unterschied? Es wäre nicht mehr verwirrend, finden Sie unter "speichern einer Datei" hier mit dem Ausdruck "Begehung"...

InformationsquelleAutor Crazy Serb | 2010-11-06

8946

Dieser hängt weitgehend davon ab, was meinen Sie mit "revert".

Wechseln vorübergehend auf einen anderen commit

Wenn Sie möchten, um vorübergehend zurück, um es, rumtoben, dann kommen Sie zurück zu, wo Sie sind, alles, was Sie tun müssen, ist check-out die gewünschte commit:
```
# This will detach your HEAD, that is, leave you with no branch checked out:
git checkout 0d1d7fc32
```
Oder wenn Sie wollen, verpflichtet, während Sie dort sind, gehen Sie vor und machen eine neue Filiale, während du dabei bist:
```
git checkout -b old-state 0d1d7fc32
```
Gehen Sie zurück zu, wo Sie waren, schauen Sie doch einfach in der Filiale waren Sie wieder ein. (Wenn Sie änderungen vorgenommen haben, wie immer beim wechseln der Zweige, Sie werden mit Ihnen zu tun haben, als angemessen. Könnten Sie zurücksetzen, um Sie wegzuwerfen; Sie konnte stash, Kasse, stash pop und nehmen Sie Sie mit; Sie verpflichten konnte, der Sie zu einem Zweig dort, wenn Sie möchten, eine Niederlassung dort).

Festplatte löschen unveröffentlichte verpflichtet

Wenn auf der anderen Seite wollen Sie wirklich loszuwerden, alles, was Sie seit damals gemacht habe, gibt es zwei Möglichkeiten. Eine, wenn Sie noch nicht veröffentlicht diesen begeht, einfach reset:
```
# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.
```
Wenn Sie Durcheinander bringen, haben Sie bereits weggeworfen, Ihre lokalen änderungen, aber man kann zumindest dorthin zurück, wo Sie waren, bevor Sie durch das zurücksetzen wieder.

Undo veröffentlicht, begeht mit neuen commits

Auf der anderen Seite, wenn Sie veröffentlicht haben, die Arbeit, die Sie wahrscheinlich nicht wollen, um die reset-Zweig, da es effektiv, die Geschichte umzuschreiben. In diesem Fall könnte man ja wieder die verpflichtet. Mit Git, revert hat eine sehr spezifische Bedeutung: erstellen Sie einen commit mit der rückwärts-patch, um es aufheben. Auf diese Weise müssen Sie nicht umschreiben der Geschichte.
```
# This will create three separate revert commits:
git revert a867b4af 25eee4ca 0766c053

# It also takes ranges. This will revert the last two commits:
git revert HEAD~2..HEAD

#Similarly, you can revert a range of commits using commit hashes:
git revert a867b4af..0766c053 

# Reverting a merge commit
git revert -m 1 <merge_commit_sha>

# To get just one, you could use `rebase -i` to squash them afterwards
# Or, you could do it manually (be sure to do this at top level of the repo)
# get your index and work tree into the desired state, without changing HEAD:
git checkout 0d1d7fc32 .

# Then commit. Be sure and write a good message describing what you just did
git commit
```
Den git-revert - manpage tatsächlich deckt eine Menge von dieser in seiner Beschreibung. Ein weiterer nützlicher link ist diese git-scm.com Abschnitt über die git-revert.

Wenn Sie sich entscheiden Sie nicht wollen, um wieder, nachdem alle, können Sie wiederherstellen der wiederherstellen (wie hier beschrieben) oder reset-zurück vor dem revert (siehe den vorherigen Abschnitt).

Finden Sie auch diese Antwort hilfreich in diesem Fall:

Wie bewegen Sie den KOPF zurück zu einer vorherigen Position? (Freistehende Leiter)
- Ich habe versucht die erste Methode, aber wenn dann ging ich zurück zum Meister und versuchte die Zusammenlegung der neuen Niederlassung ist es, sagte Already up-to-date.. Ich reparierte mein problem durch kopieren der Dateien aus dem neuen Zweig und externen Ordner, überprüfen master zurück, dann kopieren Sie die Dateien wieder manuell überschreiben dann alles git adding und git commiting alles zu meistern. Danach habe ich gelöscht, die neue (aber vorübergehende) Niederlassung.
- Nur eine Sache... wie komme ich zurück zum Kopf? Nachdem ich git checkout 0d1d7fc32??
- Durch "den Kopf" ich nehme an, du meinst "die Branche hatte ich vorher ausgecheckt? git checkout - überprüft, die das bisherige denken, Sie hätten ausgecheckt; git checkout <branch> wäre die explizite Art und Weise. (Mit etwas über Git hier bitte vorsichtig sein, Befehle ausführen, wenn Sie nicht verstehen, was Sie tun.)
- Durch Kopf-ich Sprach über den commit, der ich vorher war, die Letzte
- Sie hatte wohl einen ast ausgecheckt, und nicht nur einen Begehen - und Sie sollten wahrscheinlich verstehen Sie den Unterschied, bevor Sie bewusst trennen wieder den KOPF.
- @Rod Kommentar auf git revert HEAD~3 als das beste wat zurück 3 verpflichtet ist, wichtig bin-Konvention.
- Schreiben Sie die vollständige Nummer? wie: git reset --hard 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
- Ja, Sie können natürlich angeben, begeht durch die volle SHA1. Ich verwendet, abgekürzt hashes zu machen, die Antwort ist besser lesbar, und Sie neigen auch dazu, Sie zu verwenden, wenn Sie mit der Eingabe aus. Wenn Sie kopieren und einfügen, verwenden Sie den vollständigen hash. Siehe die Angabe von Revisionen in der man git-rev-parse für eine vollständige Beschreibung, wie Sie können-name verpflichtet.
- Ich lief 'git checkout 0d1d7fc32' zurück zu gehen, vorübergehend. Wie bekomme ich nun wieder das neueste? Meine neueste nicht zeigen, bis in 'git log' mehr
- Um wieder zur aktuellen wird der Befehl "git checkout master"
- Sie können git revert --no-commit hash1 hash2 ... und nach das Begehen jeder einzelne zurückzukehren, die in einem commit git commit -m "Message"
- Sie müssen git push origin master nach revert.
- Git-community-Buch-link ist tot. Ist dieser ein guter Ersatz? git-scm.com/book/en/Git-Basics-Undoing-Things
- Verpassen Sie nicht den BEREICH (von..bis) in git revert HEAD~2..HEAD. Passiert...
- Warum git stash && git reset --hard && git stash pop? Würde nicht git reset 0d1d7fc32 das gleiche zu erreichen? --mixed ist Standard für reset bleibt der arbeiten Baum unstaged wie vor dem reset.
- Nicht, wenn einige der änderungen sind in den Dateien, die müssen zurückgesetzt werden (wurden Sie geändert, in der sich verpflichtet werden verloren gehen in den reset).
- Es erwähnt nicht, dass "git revert".
- Sollte nicht git checkout -b old-state 0d1d7fc32 werden git checkout 0d1d7fc32 -b old-state statt?
- Nein. Aus der Nutzung-Anweisungen am Anfang von der Mann-Seite, paraphrasiert: git checkout [-b <new_branch>] [<start_point>]. Was du geschrieben hast, könnte auch funktionieren, aber es ist nicht die normale Reihenfolge von Optionen und Argumenten, und es ist nicht dokumentiert wie die Arbeit.
- BTW, wenn Sie erstellt einige Dateien und dann zurücksetzen, stellen Sie sicher, dass git clean -f -d -n zu sehen, welche Dateien werden nicht verfolgt, und git clean -f -d um Sie zu löschen.
- Was bedeutet "veröffentlichen" in diesem Kontext bedeuten?
- die Antwort ist sicherer. Bitte schauen Sie bevor Sie entscheiden, was zu tun ist.
- Es ist nicht so einfach, wie sicher oder nicht; die Antworten nicht alle das gleiche tun. Yarin s Antwort ist ein besonderer Fall, in dem die Letzte der Optionen, die in dieser Antwort.
- Seit der OP hat nicht angegeben, wenn er/Sie möchte eine temporäre/unplublished/veröffentlicht zurück, deine Antwort ist sicher abgeschlossen, und ich es von Ihnen positiv bewertet werden. Aber der einfache Weg Yarin Ansätze, die Dritte option ist IMHO weit besser zu verwenden, denken Sie daran, und vermeiden Sie Fehler. Einfach ist gut.
- Beispiel, das ich aus 3 verpflichtet ,c1-C2-C3 in Ordnung ,jetzt merke ich nach C1 alles, was ich Tat, war Müll ,also gehe ich zurück zu diesem Zustand und Fernbedienung ist der begeht nach oben von C1 komplett ie ..Datei Staates sein sollte. Wiederhergestellt C1 und git log sollte nur zeigen, C1 und älter-commit mit git reset --hard C1ID wird perfekt sein ? ..danke, ich bin ein git Anfänger
- beachten Sie auch, dass, wenn es irgendwelche tags auf die commits, die Sie löschen möchten, werden Sie wollen, um Sie zu löschen mit git tag -d some-tag-name
- Wie kommen Sie zurück aus dem git checkout 0d1d7fc32 auf den Kopf? stellen Sie sich meine Letzte commit war 0d1d85932. Ich ausgeführt git checkout 0d1d7fc32 aber jetzt möchte ich zu dem zurückkehren, wo ich war. Wenn ich ausführen git checkout 0d1d85932, git, sagt FREISTEHENDE LEITER. Dank
- also, kann mir jemand sagen, wie man wieder auf den neuesten commit nach "git checkout 0d1d7fc32" ??
- geben Sie git checkout master
- Ich verstehe nicht, Ihre Erklärung zu @gregers. Auch wenn einige Dateien geändert werden, in der die commits verloren gehen, deren Exemplare sind noch in der Arbeit Baum. Ich sehe nicht, beim lagern kann hilfreich sein, um das Szenario der "Festplatte löschen unveröffentlichte verpflichtet" statt eines einfachen git reset --mixed.
- wechseln Vorübergehend auf einen anderen commit - wie wieder umstellen?
- Vielleicht ist es, weil das war nicht die Frage, und vollständig zu beantworten, fügt eine Menge mehr Komplexität, während die einfachen Antworten sind im Grunde "dies wieder tun". Zum Beispiel, wenn Sie ein git revert, dann entscheiden Sie nicht wollen, gehen Sie zurück zu, wo Sie vorher waren ist äquivalent zu tun, eines der Dinge, die in dieser Antwort wieder - zurücksetzen die zurücksetzen, zurücksetzen, bevor Sie die revert -, oder Check-out vor dem revert. Ich kann Bearbeiten Sie ein bisschen, aber wenn Sie haben eine andere Frage, eine neue Frage stellen.
- Ich sehe, Sie verbessert die Antwort, um es näher als beworben, vielen Dank 🙂 Das macht deine Antwort mehr nützlich, für mich und, wie es aussieht, um mehrere andere, die kommentiert in diesem thread. Ich denke, es könnte verbessert werden, sogar noch mehr, wenn dieser Teil des Rezepts gemacht werden könnten, etwas expliziter, insbesondere für eine neue/casual user, bei denen es nicht unbedingt auf der Hand, dass Sie aktuell ein branch namens "master" ausgecheckt. Vorschlag: "gehen Sie zurück zu, wo Sie waren, nur der Kasse der Filiale waren wieder mit <code>git checkout -</code> oder die explizite Verzweigung Namen wie 'master'"
- Hinweis: vergessen Sie nicht auf "Schutz aufheben" Ihrer Branche in Frage bei der Verwendung von hard-resets auf gitlab oder github.
- nach dem "git checkout 0d1d7fc32 .", ist der KOPF schon abgetrennt? Dann "git commit" kann nichts mit dem KOPF baumelte.
- Nein, das geht nicht zu trennen KOPF. Die . es ist wichtig - es lenkt git heraus zu überprüfen den Zustand von 0d1d7fc32 im aktuellen Verzeichnis, aber es hinterlässt KOPF, wo es war. Es ist das gleiche, wie mit so etwas wie git checkout other-branch path/to/file -, das lassen Sie auf den aktuellen branch und nur check-out der angegebenen Datei. In diesem Fall haben wir Check-out das gesamte aktuelle Verzeichnis statt einer Datei, aber immer noch nicht ändern KOPF.
- Danke. Dies ist eine sehr nützliche option. Es scheint, als Git-Handbuch ist die Rede von "git checkout commit", ist es nicht erwähnen, es ist eine weitere option, um "." um zu vermeiden, freistehende LEITER. Ist Ihre Informationen aus diesem Artikel: "git checkout [-p|--patch] [<tree-ish>] [--] <Pfadangabe>..." ?
- Ja, . ist ein Pfad. Alles, was in der git checkout Mann Seite über die Check-out bestimmte Pfade gilt auch hier, einschließlich des ersten Satz unter, was Sie zitiert: "Wenn <Pfade> oder --patch gegeben, der git checkout nicht wechseln Zweigen."
- Das Handbuch sagt ".. die nicht wechseln Zweige". Aber es nicht sagen, es würde nicht trennen KOPF. Siehe meine Frage im link stackoverflow.com/questions/33656072/... , jemand sagt: "Wenn Sie prüfen wollen, ein Begehen, das ist nicht der Letzte commit von jedem Zweig, ist es im Grunde unmöglich zu überprüfen, während zur gleichen Zeit mit der LEITER finden Sie zum Zweig"
- Abnehmen KOPF ist eine Unterkategorie von Schalt-Filialen. Wenn Sie trennen den KOPF, wechseln Sie auf eine Niederlassung, um auf keinen Zweig. Der Unterschied zwischen switching Zweig und abnehmen Kopf ist ein Unterschied im Ziel, aber Sie haben noch umgestellt wird Weg vom aktuellen branch. Wenn also dieser Absatz sagt, dass es nicht wechseln Zweige, bedeutet es, der KOPF bleibt der gleiche - wenn Sie git checkout <branch> <path> es nicht, wechseln Sie zu dem Zweig, und wenn Sie git checkout <commit> <path> es nicht trennen KOPF durch die Umstellung auf das commit.
- Das ist alles Total stimmig mit der anderen Frage, die Sie zeigen auf, natürlich. Es gibt noch keinen Weg, um tatsächlich überprüfen Sie heraus ein nicht-branch einen commit ohne abnehmen KOPF. Sie können herausfinden, alle Inhalte, die Begehen so, aber KOPF ist noch immer da, wo es war. Wenn Sie sich wieder, du wirst verpflichten, oben auf wo Sie vorher waren, nicht, die andere Begehen. Haben Sie nicht wirklich ausgecheckt anderen Begehen.
- Ich bin verwirrt jetzt. Sie sagte: "git checkout: <commit> <Pfad> es nicht trennen KOPF durch die Umstellung auf das Begehen". Dann sagte Sie, "Es gibt noch keinen Weg, um tatsächlich überprüfen Sie heraus ein nicht-branch einen commit ohne abnehmen KOPF."
- Lassen Sie uns weiter, diese Diskussion im chat.
- Wie beschrieben in der Antwort, ging ich zurück zu einem vorherigen commit: git checkout 0d1d7fc32 ich dann täuschen Sie sich um, und jetzt git nicht lassen Sie mich zurückkommen: Ihre lokalen änderungen die folgenden Dateien würde überschrieben werden durch die Kasse: Quiz2/ViewController.swift Bitte committen Sie Ihre änderungen oder verstauen Sie, bevor Sie wechseln können äste. Aborting--Wie bekomme ich Sie zurück?
- Die Antwort ist genau dasselbe, als wenn Sie bekam die Meldung beim Umschalten Niederlassungen in jedem anderen Fall, aber ich ging voran und bearbeitet in einem kurzen bit-Adresse. Möchten Sie vielleicht eine neue Frage stellen, wenn Sie verwirrt sind über, wie switch-Verzweigungen.
- Wenn ich einen Zweig herum zu täuschen, wenn ich damit fertig bin, verpflichte ich mich, dann wieder auf master, dann löschen Sie den Zweig: git branch -D fool_around Wie würde das funktionieren, wenn ich gehen Sie zurück zu einem vorherigen commit und rumtoben?
- Warum sind Sie zu Begehen, wenn Sie dabei sind, löschen Sie die Verzweigung? Nur reset. Aber wenn Sie es vorziehen zu Begehen und dann zu verlieren des übertragen durch löschen des Zweiges, okay. Sie können tun, ohne dort eine Niederlassung zu; Sie verlieren die Begehen, wenn Sie schalten Weg. (Dies ist, warum es alle Arten von Warnungen und Beiträge über freistehende KOPF - du bist zu Begehen, irgendwo, ohne einen Zweig zu halten Spur von ihm.)
- sind Sie Begehen, wenn Sie dabei sind, löschen Sie die Branche?-- Das ist der einzige Weg, ich weiß, wie es zu tun. 🙁 Auf jeden Fall, ich muss immer noch wissen, wie man wieder nach der überprüfung, die einem vorherigen commit. Wenn Sie änderungen vorgenommen haben, wie immer beim wechseln der Zweige, Sie werden mit Ihnen zu tun haben, als angemessen. Könnten Sie zurücksetzen, um Sie wegzuwerfen--Wie mache ich das?
- href="https://git-scm.com/docs/git-reset" >git-scm.com/docs/git-reset oder stackoverflow.com/questions/2530060/...
- Lassen Sie uns weiter, diese Diskussion im chat.
- git checkout master ist richtig, wenn Sie auf master. In der Regel können Sie git checkout: <branch-name> um zurück zum letzten commit. Und wenn Sie änderungen in einem älteren commit dann versuchen wieder zu kommen, zu meistern, wird es Ihnen sagen, die Befehle zum speichern dieser änderungen in einer neuen Niederlassung oder dump Sie und zurück, um den neuesten code.
- ich verwende einfach git reset --hard 0d1d7fc32
- git push -f origin master zu beheben entfernten, nachdem Sie sich mit festen lokalen.
- Nur der Hinweis, wenn Sie schon Durcheinander gebracht, Dinge zu tun, die ein Zusammenführen oder einfach nur Allgemeine änderungen, werden Sie feststellen, dass Sie können nicht nur die oben genannten. Sie zunächst aufwenden müssen Ihr problem-Dateien. Nur nicht drücken.
- Was ist, wenn ich will, zu schreiben, die Geschichte, weil ich nicht immer müssen diese Veränderungen nicht mehr. Ich muss zurück zu gehen drei commits, und ich will nicht alles haben, vor, dass die gewünschten Begehen? Ich bin die einzige in der repo, also wirkt es sich nicht um jemand anderes. Welchen Befehl muss ich benutzen, wegwerfen, alle änderungen vor dem commit, die ich sein möchte?
- Es gibt einen Abschnitt namens "Festplatte löschen unveröffentlichte verpflichtet".
- Nein, aber Sie sind schon veröffentlicht. Ich meine, Sie sind in die Fernbedienung ein. Da habe ich git push origin master aber das will ich jetzt löschen de las drei commits auf meinem lokalen und drücken Sie dann die änderungen, um die Fernbedienung auch VOLLSTÄNDIG LÖSCHEN ein commit vor der gewünschten.
- Klingt wie Sie bereits wissen, Sie müssen nur tun Sie dies, und drücken Sie. Wenn Sie versucht haben, sollten Sie die bekommen haben, eine Fehlermeldung über eine nicht-fast-forward push, die Sie überschreiben können mit git push --force. Es gibt eine Tonne von bestehenden Fragen zu diesem Thema, z.B. stackoverflow.com/q/10510462/119963 stackoverflow.com/q/6310208/119963 stackoverflow.com/q/10298291/119963
- Ja, ich habe getan, was du gesagt und ich habe diesen Fehler und ich habe dann force. Aber da habe ich nicht viel Erfahrung mit Git ich bin nicht vollkommen überzeugt, deshalb würde ich gerne wissen, wenn das der richtige Weg oder wenn es einen Weg gibt, um zu bestätigen und sicher sein, es gibt nichts, was vor von meinem eigentlichen Begehen und einfach überschreiben de Geschichte in den lokalen und remote?
- Ich glaube, du bist zu dem Punkt, wo Sie sollten wirklich bitten, eine neue Frage. Kommentare sind hier für eine Klarstellung der bestehenden Antwort. Wenn Sie Hilfe brauchen, untersuchen Sie den Inhalt des Repositorys oder was verpflichtet sind, auf welche Branchen, das ist ein anderes Thema.
- 3 Abschnitte und keiner von Ihnen nützlich. Die richtige Antwort ist unten: git revert --no-commit 0766c053 KOPF..
- git checkout -b old-state 0d1d7fc32 gibt mir eine Fehlermeldung fatal: Cannot update paths and switch to branch 'oldApi' at the same time. ich musste es tun, getrennt durch den ersten Aufruf git checkout 0d1d7fc32 und dann git checkout -b old-state.
- Ich bin mir ziemlich sicher, die Frage ist zu Fragen, wie bewegen Sie das repository zurück, wie es war, wenn commit <XXX> geschoben wurde. SO GIT Fragen insbesondere Augenmaß im Kampf gegen die Versuchung zu über-informieren in der Ausstellung von wissen und Komplexität. Die Frage ist klar zurück: nicht wieder mit x,y,z so lang als p,q,r,s wenn Sie möchten, schalten Sie zwischen a -, b -, c-Filialen. 1 Zweigstelle, 1 Frage, 1 Punkt in der Zeit wieder zu bewegen.
- Ganz ehrlich, auch aus Ihrem Kommentar, ich verstehe eigentlich nicht, welche dieser Optionen Sie denken, dass Sie die OP wollen würde. Und ich sicherlich don T glaube, es war überhaupt nicht klar, welche dieser der OP wollte - "revert" kann viele verschiedene Bedeutungen, und es schien, dass die Kenntnis von ein paar Optionen, von denen jeder kann die richtige Wahl sein, die in verschiedenen Situationen nützlich sein würde, um die OP als auch die zukünftigen Leser. Ich wage zu behaupten, dass die Akzeptanz und die upvotes haben, tragen dieses heraus.
- Die commit-Reihe war besonders hilfreich. Danke!
- So was, wenn ich nur wollen, um wieder das Letzte veröffentlichte commit - kann ich es tun, indem git revert HEAD ?
InformationsquelleAutor Cascabel
1510

Viele komplizierte und gefährliche Antworten hier, aber es ist eigentlich ganz einfach:
```
git revert --no-commit 0766c053..HEAD
git commit
```
Diese wird wieder alles vom KOPF wieder auf die commit-hash, das heißt, es wird neu erstellen, die commit-Zustand in der Arbeitswelt Baum als wenn jedem commit da gewesen war und ging zurück. Sie können dann verpflichten, den aktuellen Baum, und es wird ein ganz neues commit im wesentlichen äquivalent zu dem commit Sie "rückgängig" zu.

(Die --no-commit flag lets git revert alle änderungen auf einmal - sonst werden Sie aufgefordert, eine Nachricht für jeden commit im Bereich littering Ihre Geschichte mit unnötigen commits.)

Dies ist ein einfache und sichere Weg, um rollback zu einem vorherigen Zustand. Keine Geschichte zerstört, so kann es verwendet werden, der für übertragungen, die bereits öffentlich gemacht wurden.
- Wenn Sie wirklich wollen, haben einzelne commits (statt zurücksetzen alles mit einem großen commit), dann können Sie pass --no-edit statt --no-commit, so dass Sie nicht haben, Bearbeiten Sie eine commit-Nachricht für jede Umkehrung.
- Wenn man die commits zwischen 0766c053..KOPF ist ein merge, so wird dort ein Fehler auftauchen, (das zu tun, mit nicht -m angegeben). Dies kann helfen, diejenigen zu stoßen, dass: stackoverflow.com/questions/5970889/...
- git Neuling hier: es scheint, dass, wenn Sie nicht verwenden Sie diesen Befehl, um zurück zu gehen, um dem letzten commit: ich bekam eine "leere commit" - Nachricht. So haben Sie zu verpflichten, Ihre neuesten arbeiten und verwenden Sie dann diesen Befehl. Ich Frage mich, ob es einen Weg gibt, der das zurücksetzen auf den letzten commit?
- Zu sehen sind die diffs, bevor Sie verpflichten sich, die Verwendung git diff --cached.
- Es half nichts; es war ein verschmelzen, und es tauchte eine Fehlermeldung besagt, dass die option-m nicht angegeben; Wie in den Kommentaren habe ich das git-revert-m 1 KOPF, und versuchte es erneut , aber es gab eine Fehlermeldung cherrypick oder zurück ist in Arbeit. Ich habe cherrypick --beendet und es ging zurück auf die Nachricht, dass es einen merge-und -m nicht angegeben
- Ich habe gerade überprüft die commit-hash und erstellt einen neuen branch von dort aus zu arbeiten; Diese ist sicherer und einfacher
- Auch fand ich, dass ich brauchte, um die Nachricht angeben, die in der Befehlszeile mit -m "...." sonst würde es versuchen, öffnen Sie VIM und wäre nicht in der Lage zu speichern und vermasseln alles.
- $ git revert --no-commit 53742ae..HEAD zurück fatal: empty commit set passed
- Dies ist die beste Antwort auf diese Frage, wird es mir helfen, zu erstellen Sie ein commit nach dem vollen wieder zurück, meinen code zu einem anderen Baum.
- In der Tat, @Celeritas, meine ein Problem mit Git (die ich sonst Liebe) ist, dass einzelne kehrt nach einer unbemerkten schlecht commit/push sind schrecklich (logisch) - Komplex zu führen. Nur ein paar Befehlszeilen, aber sehr gefährlich sind... 🙂
- Wenn Sie nicht wollen, zu Begehen (nur revert-Zustand), die Sie verwenden sollten: git revert --no-edit 6e286400dbe..HEAD, git reset --hard 6e286400dbe so Ihre lokale repo werden nun auf Status der commit - 6e286400dbe
- das ist, weil müssen Sie den hash vor einem die eine, die Sie wollen, um zurück zu gehen. In meinem Fall hashes waren wie: 81bcc9e HEAD{0}; e475924 HEAD{1}, ... (aus git reflog), und ich wollte das rückgängig machen, was ich in 81bcc9e, dann hatte ich zu tun git revert e475924..HEAD
- Viele Antworten, viele der Fälle, aber es frustriert mich, Leute zu sehen, rufen Sie die "wiederherstellen" - option einfacher und sicherer. Das ist es nicht. Es sind zwei verschiedene Anwendungsfälle. In jedem repo mit verschiedenen Zweigen - wenn Sie reset ein Zweig, der sich ändern wird, schließlich überall, auch in der Filiale reset (sobald der Zweig beteiligt ist, die in einer merge); wenn Sie zurückkehren, eine änderung, die änderung wird schließlich gelöscht werden, überall, nicht nur in diesem Zweig. Wenn das nicht wollte, ist das mit Sicherheit nicht sicher.
- Nicht nach deiner Argumentation, oder was meinen Sie mit "wenn Sie zurückkehren, eine änderung, die änderung wird schließlich gelöscht werden, überall". Der Vorteil der Verwendung wiederherzustellen, ist, dass nichts gelöscht wird, in der Erwägung, dass mit dem reset ist es. Deshalb ist es sicherer.
- Implementieren Sie Eine Funktion in der Abteilung A. verbinden Sie zu meistern. Testen Sie es. Merge etwas anderes. Merge branch A in den release. Klar, Sie wollte nicht loslassen, noch nicht. Wiederherstellen es in der Pressemitteilung. Release ist wieder gut. Merge -, release-master-Funktion Ein, ist verschwunden. Merge-branch Ein master. Merge alles zu meistern. Seine immer noch Weg. Schließlich entscheiden, es zu veröffentlichen. Merge branch A bis release. Verfügen über Eine ist immer noch Weg. Es ist vorbei überall und der einzige Weg, um es zurück zu Kirschen pflücken, oder ein commit revert des reverts und seine Schmerzen. Nicht wiederherstellen, wenn Sie brauchen, um zurückzusetzen.
- "ist eine Zusammenführung, aber keine option-m angegeben wurde."
- Meiner Meinung nach der bessere Ansatz, um git revert --no-commit ist git diff <commit-you-want-to-revert-to> > my-diff; patch -R -t -p1 < my-diff. Dieser Ansatz hat nicht das problem zu -m option was given, und keine Geschichte ist entweder zerstört.
- Dies ergibt einen Fehler: Fehler: Begehen d85f9b88d ist eine Zusammenführung, aber keine option-m angegeben wurde. fatal: zurücksetzen fehlgeschlagen
- Danke für die nicht ein hirnloser idiot und statt dessen Veröffentlichung eine NÜTZLICHE Antwort, das funktioniert für die meisten Szenarien.
- Arbeitete für mich! Danke.
- Frage : "How do I revert einem Git-repository zu einem vorherigen commit?" Mit dem Befehl "zurücksetzen"! Was für eine Idee ! Vielen Dank für diese klare, einfache, effiziente Antwort und deine Erklärungen über die Konsequenzen dieses Befehls. Das ist diese Art der späten Antwort, SO macht der Referenz. Arg, ich möchte hinzufügen, +10, wenn ich könnte.
InformationsquelleAutor Yarin
1490

Rogue Coder?

Arbeiten auf eigene Faust und nur wollen, dass es funktioniert? Befolgen Sie diese Anweisungen unten, hab Sie arbeitete zuverlässig für mich und viele andere seit Jahren.

Arbeit mit anderen? Git ist kompliziert. Lesen Sie die Kommentare unterhalb dieser Antwort, bevor Sie etwas tun, Hautausschlag.

Zurücksetzen Arbeitskopie zum Letzten Commit

Zurückkehren zu einem vorherigen commit, ignoriert alle änderungen:
```
git reset --hard HEAD
```
KOPF, wo ist der Letzte commit in den aktuellen branch

Zurücksetzen Die Arbeitskopie auf eine Ältere Commit

Wieder auf einem commit, der älter ist als die letzten commit:
```
# Resets index to former commit; replace '56e05fced' with your commit code
git reset 56e05fced 

# Moves pointer back to previous HEAD
git reset --soft HEAD@{1}

git commit -m "Revert to 56e05fced"

# Updates working copy to reflect the new commit
git reset --hard
```
Credits gehen an einem ähnlichen Stack Overflow Frage, Wieder eine Begehung durch einen SHA-hash in Git?.
- Das habe ich getan, aber damals war ich nicht in der Lage, commit und push zum remote-repository. Ich will, dass ein bestimmtes älteren commit, um die Leitung...
- Es heißt, Sie haben schon geschoben in der begeht Sie wollen zurückkehren. Kann es schaffen viele Probleme für Menschen, die ausgecheckt haben, Ihren code und daran zu arbeiten. Da Sie nicht anwenden, die übergabe reibungslos über die ihrigen. In einem solchen Fall besser machen git revert. Wenn du der einzige bist, der mit dem repo-Geschäft. Git push -f (Aber zweimal überlegen, bevor dies zu tun)
- Obligatorische Warnung: nicht hard-reset, wenn Sie teilen Sie Ihre Zweigstelle mit anderen Menschen, die Kopien der alten begeht, weil Sie mit einem harten reset wie dieser wird Sie zwingen, zu synchronisieren Ihrer Arbeit mit den neu reset-Zweig. Der soft-reset ist sicher, obwohl, wie auch die letzten Lösungen in die Antwort.
- Nur ich möchte auch darauf hinweisen, dass auch für die soft-reset-Lösung, anstatt das zu tun eine gemischte reset ersten und einen hard-reset als Letzte Möglichkeit können Sie den hard-reset zunächst, wie folgt: git reset --hard 56e05fc; git reset --soft HEAD@{1}; git commit.
- Wenn Sie in der PowerShell, fügen Sie Anführungszeichen um HEAD@{1}: git reset --soft HEAD@{1}', weil die geschweiften Klammern eine Bedeutung haben
- Scham ein versioning-system macht die syntax so kompliziert für grundlegende history-browsing acitons.
- linus pauling selbst, der Erfinder von git, kritisiert es als zu kompliziert. Er ist auf Rekord sagen, er sei "schockiert" git wurde so populär, aufgrund seiner Komplexität
- Es macht mich vim benutzen und ich weiß nicht, wie... so frustrierend.
- um zu verhindern, dass dies zu tun, verwenden Sie die -m Flagge, gefolgt von einer Zeichenfolge in Klammern wie Ihre commit-Kommentar in etwa so: git commit -a -m 'commit message'
- Warum nicht einfach: git reset --hard "(ältere commit)"?
- Tun nur der hard-reset funktioniert gut für lokale, sondern bricht mit remote-Shops auf GitHub. Sie werden nicht in der Lage zu aktualisieren, ohne ein ziehen (die Niederlagen der Zweck) durch die hinter. Die soft - /hard-reset-combo ist definitiv meine bevorzugte als es behebt das Problem!
- Diese Antwort nervt, weil es nicht "funktioniert". In einem puristischen Sinn, tun ein reset ändern Sie die änderungen in Ihrer lokalen Arbeitskopie, aber dann sagt er, dass Sie 1 verpflichten sich hinter dem LKW ein. Nur ein Rezept für eine Katastrophe.
- Ich denke, du meintest Linus Torvalds war der Schöpfer von git. Aber ich denke, dass Linus Pauling würden wahrscheinlich Zustimmen, dass git ist kompliziert.
- Vielen Dank @boulder_ruby!
- git reset --hard HEAD rückgängig gemacht und die Vorherige commit (wie Sie sagten), aber es ließ auch Dateien im repo. So ist es streng genommen nicht zurückgenommen (eben) zu dem vorherigen commit. So, nach dem Versuch, das Konzept. Ich habe nicht einfach gelöscht, meine lokale Kopie geklont und die repo. Das ist nicht bequem, aber löst das problem.
InformationsquelleAutor boulder_ruby
190

Die beste option für mich und wohl auch andere ist die Git reset option:
```
git reset --hard <commidId> && git clean -f
```
War dies die beste option für mich! Es ist einfach, schnell und effektiv!

Hinweis : Wie bereits erwähnt in den Kommentaren nicht tun, wenn Sie teilen Sie Ihre Zweigstelle mit anderen Menschen, die Kopien der alten begeht

Auch aus den Kommentaren, wenn Sie wollte einen weniger "ballzy' Methode, die Sie verwenden könnten,

git clean -i
- Obligatorische Warnung: tun dies nicht, wenn Sie teilen Sie Ihre Zweigstelle mit anderen Menschen, die Kopien der alten begeht, weil Sie mit einem harten reset wie dieser wird Sie zwingen, zu synchronisieren Ihrer Arbeit mit den neu reset-Zweig. Für eine Lösung, erklärt im detail, wie sicher zurückkehren verpflichtet, ohne Ihre Arbeit zu verlieren mit einem hard-reset, finden Sie hier.
- Ich schließe mich @Cupcake ist Warnung... es ist uns sehr bewusst sein, die Folgen. Beachten Sie jedoch, dass, wenn Ihr wirklich zu machen, ist diese verpflichtet verschwinden aus der Geschichte, für immer, dieser reset+saubere Methode, es zu tun, und Sie müssen für force drücken Sie Ihre geänderte Zweige zurück, um jegliche und alle Fernbedienungen.
- denken Sie daran, reinigen, entfernen von Dateien/Ordnern wie .Idee (phpstorm) oder .Landstreicher (Landstreicher), die verwendet werden können, indem Sie Ihre Einrichtung/IDE!
- git clean-f Gefahr Gefahr Gefahr GEFAHR
- viele gute Antworten hier, nicht löschen, nicht die Dateien.
- Wenn Sie "git clean-f" ich empfehle, zuerst genau, was Sie löschen mit: git clean-f -n
- Dies legt den Kopf an meine lokale Kopie der gewünschten Begehen. Aber dann kann ich nicht alle push verpasst, weil er sich hinter der Fernbedienung. Und wenn ich ziehen Sie aus der remote-es endet wieder da, wo es wurde auf die neueste commit auf dem remote-branch. Wie kann ich die komplett auslöschen (von überall) mehrere commits sowohl auf meiner lokalen Kopie, die verschoben wurden?
- Sie konnte die git push -f Flagge.. Aber Vorsicht, überschreibt er den remote - .. Werden Sie sicher, dass Sie wissen, was Sie wollen, zu tun.. .
- funktionierte nur mit clean -f. Ich brauchte nicht zu sparen, von meiner Arbeit.. noch wollte ich Einchecken, keine Sache. Ich wollte nur wieder zurück zu einer älteren Begehen, da das bauen war dann vorbei.
InformationsquelleAutor Pogrindis
148

Bevor die Antwort fügen wir einige Hintergrundinformationen, die erklären, was diese HEAD ist.

First of all what is HEAD?

HEAD ist einfach ein Verweis auf den aktuellen commit (neueste Version) auf den aktuellen branch. Es kann nur eine einzige HEAD jederzeit (ohne git worktree).

Den Inhalt HEAD gespeichert ist im inneren .git/HEAD, und es enthält die 40 bytes SHA-1 der aktuellen Begehen.

detached HEAD

Wenn Sie nicht auf dem neuesten Begehen - was bedeutet, dass HEAD verweist auf einen vor commit in der Geschichte es heißt detached HEAD.

In der Befehlszeile wird wie folgt Aussehen - SHA-1 statt der branch-name, da die HEAD ist, die nicht auf die die Spitze des aktuellen Zweiges:

Ein paar Möglichkeiten auf wie Sie erholen sich von einer freistehenden LEITER:

git checkout
```
git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X //x is the number of commits t go back
```
Diese wird checkout neuen Niederlassung zeigt auf der gewünschten Begehen. Mit diesem Befehl wird die Kasse zu einem bestimmten commit.

An dieser Stelle können Sie erstellen Sie einen Zweig, und anfangen zu arbeiten, von dieser Stelle auf:
```
# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# Create a new branch forked to the given commit
git checkout -b <branch name>
```
git reflog

Können Sie immer die reflog als gut. git reflog zeigt jede änderung, die Aktualisierung der HEAD und Check-out die gewünschte reflog Eintrag wird die HEAD zurück zu diesem verpflichten.

Jedes mal den KOPF geändert wird, wird es einen neuen Eintrag in der reflog
```
git reflog
git checkout HEAD@{...}
```
Diese erhalten Sie zurück zu Ihrem gewünschten commit

git reset HEAD --hard <commit_id>

"Bewegen" Ihren Kopf nach hinten, um die gewünschte Begehen.
```
# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.
```
- Hinweis: (Da Git 2.7) kann man auch die git rebase --no-autostash als gut.
Dieses schema zeigt, welcher Befehl was macht. Wie Sie sehen können gibt es reset && checkout ändern Sie die HEAD.
- Ausgezeichnete Hinweis zu git reflog, das ist genau das was ich brauchte
- AUA! Dies scheint alles schrecklich kompliziert... gibt es nicht einen einfachen Befehl, nur bringt Sie einen Schritt zurück in den Prozess? Wie wenn man aus der version 1.1 in Ihr Projekt wieder auf version 1.0? Ich würde etwas erwarten wie: git stepback_one_commit oder so....
- es ist: git reset HEAD^ - hart`
- Ja, es ist schrecklich kompliziert... und ein perfektes Beispiel dafür, wie wenig Rücksicht Experten haben für Menschen, die gerade erst anfangen. Bitte Lesen Sie meine Antwort hier, und auch das Buch, das ich empfehlen es. Git ist NICHT etwas, Sie können nur abholen intuitiv. Und ich kann absolut sicher sein CodeWizard nicht so.
InformationsquelleAutor CodeWizard
131

Wenn Sie wollen "uncommit", lösche das Letzte commit-Nachricht, und setzen Sie die modifizierten Dateien wieder in Inszenierung, verwenden Sie den Befehl:
```
git reset --soft HEAD~1
```
- --soft zeigt an, dass die nicht übernommenen Dateien beibehalten werden sollen als Dateien im Gegensatz zu --hard würde Sie vernichten.
- HEAD~1 ist das Letzte commit. Wenn Sie zurücksetzen möchten 3 verpflichtet, die Sie nutzen könnten HEAD~3. Wenn Sie möchten, um rollback zu einer bestimmten revision-Nummer, die man auch tun könnte, ist, dass mit Hilfe seiner SHA-hash.
Dies ist ein sehr nützlicher Befehl, in Situationen, in denen Sie begangen, um die falsche Sache, und Sie rückgängig machen wollen, die letzten commit.

Quelle: http://nakkaya.com/2009/09/24/git-delete-last-commit/
- Dieser ist weich und sanft: ohne Risiko, wenn Sie nicht gedrängt Ihrer Arbeit
InformationsquelleAutor Stephen Ostermiller
106

Ich habe versucht, eine Menge von Möglichkeiten, um wiederherstellen lokale änderungen im Git, und es scheint, dass dies funktioniert am besten, wenn Sie nur wollen, um wieder auf den neuesten commit state.
```
git add . && git checkout master -f
```
Kurze Beschreibung:
- Wird es NICHT schaffen, alle commits als git revert tut.
- Es wird NICHT trennen Sie Ihren KOPF wie git checkout <commithashcode> tut.
- Überschreibt er alle Ihre lokalen änderungen durch und LÖSCHEN Sie alle Dateien Hinzugefügt, die seit dem letzten commit in den Zweig.
- Es funktioniert nur mit Niederlassungen Namen, so dass Sie Sie wiederherstellen können, nur die Letzte commit in den Zweig, auf diese Weise.
Fand ich eine viel bequemer und einfacher Weg, das zu erreichen die Ergebnisse oben:
```
git add . && git reset --hard HEAD
```
wo KOPF auf die neueste verpflichten, an Sie den aktuellen Zweig.

Es ist der gleiche code wie boulder_ruby vorgeschlagen, aber ich habe git add . vor git reset --hard HEAD zu löschen, alle neu erstellten Dateien seit der letzten übertragung, da dies ist, was die meisten Leute erwarten, dass ich glaube, wenn das zurücksetzen auf das Letzte commit.

InformationsquelleAutor Roman Minenok
103

Können Sie dies tun, indem Sie die folgenden zwei Befehle:
```
git reset --hard [previous Commit SHA id here]
git push origin [branch Name] -f
```
Wird es nehmen Sie Ihre Vorherige Git commit.

Wenn Sie möchten, um Ihre änderungen beizubehalten, die Sie auch verwenden können:
```
git reset --soft [previous Commit SHA id here]
```
Dann wird es sichern Sie Ihre änderungen.
- Ich versuchte 1/2 ein Dutzend Antworten in diesem post, bis ich diese .. all jene anderen, mir git config hielt er mir einen Fehler, wenn Sie versuchen zu schieben. Diese Antwort gearbeitet. Danke!
- Ein detail für mich war, dass ich verloren die diffs .. das wollte ich halten, um zu sehen, was ich getan hatte, in den commit, der hat nicht funktioniert. Also das nächste mal würde ich nur noch speichern, dass Daten, die vor der Erteilung dieser reset-Befehl
- Dies war der einzige Weg für mich rückgängig zu machen ist eine schlechte Zusammenführen, wiederherstellen hat nicht funktioniert in diesem Fall. Danke!
- Beste Antwort. Dank
InformationsquelleAutor kiran boghra
67

OK, geht zurück zum vorherigen commit im git ist ganz einfach...

Wieder , ohne zu halten die änderungen:
```
git reset --hard <commit>
```
Wieder mit halten die änderungen:
```
git reset --soft <commit>
```
Erklären: mit git-reset, können Sie zurücksetzen, um einen bestimmten Zustand, ist es üblich, verwenden Sie es mit einem commit-hash, wie Sie oben sehen.

Aber wie Sie sehen, der Unterschied ist mit den zwei Fahnen --soft und --hard standardmäßig git reset mit --soft Flagge, aber es ist eine gute Praxis, immer mit der fahne, erkläre ich jede fahne:

- weichen,

Den default-flag, wie Sie erklärt, nicht zur Verfügung stellen müssen, es nicht ändern Sie die Arbeitsgruppe Baum, aber alle hinzufügen, änderungen an Dateien bereit, zu Begehen, so gehen Sie zurück, um die commit-status, die änderungen an Dateien bekommen unstaged.

--hard

Seien Sie vorsichtig mit dieser Option, Sie setzt die arbeiten Baum und alle änderungen nachverfolgt Dateien und alles wird Weg sein!

Ich auch das Bild unten, das kann passieren, im realen Leben arbeiten mit git:

InformationsquelleAutor Alireza
60

Nichts hier war für mich abgesehen von dieser exakten Kombination:
```
git reset --hard <commit_hash>
git push origin <branch_name> --force
```
Schlüssel hier ist, zwingen, push, keine zusätzlichen commit/commit-Nachrichten etc.
- Dieser arbeitete für mich, aber Sie brauchen, um beachten, da alle die commit Historie nach dem hard-reset verloren gegangen sind und diese Aktion nicht rückgängig gemacht werden. Sie müssen sicher sein, was Sie tun.
InformationsquelleAutor serdarsenay
60

Vorausgesetzt, Sie reden über master und auf, die jeweiligen Zweig (das heißt, dies könnte eine Zweig mit Ihnen):
```
# Reset local master branch to November 3rd commit ID
git reset --hard 0d1d7fc32e5a947fbd92ee598033d85bfc445a50

# Reset remote master branch to November 3rd commit ID
git push -f origin 0d1d7fc32e5a947fbd92ee598033d85bfc445a50:master
```
Fand ich die Antwort in einen blog-post (jetzt nicht mehr vorhanden)

Beachten Sie, dass dieses Zurücksetzen und Zwingen die änderung auf der Fernbedienung, so dass, wenn andere in Ihrem team haben, die bereits von git gezogen, verursachen Sie Probleme für Sie. Werden Sie zu zerstören, die änderung der Geschichte, ist ein wichtiger Grund, warum Menschen verwenden Sie git in den ersten Platz.

Besser wiederherstellen (siehe andere Antworten), als reset.
Wenn Sie ein ein-Mann-team, dann ist es wahrscheinlich egal.
- Wie ist diese Antwort anders als die unzähligen anderen?
- Das ist bedauerlich. Ich mailte die blogger - hoffentlich hat er noch es!
- href="http://web.archive.org/web/20150411085146/http://lrotherfield.com/blog/delete-remote-git-repo-to-specific-commit" >web.archive.org/web/20150411085146/http://lrotherfield.com/blog/...
- Die push-syntax fehlt von den meisten anderen Vorschläge, wie dieses Problem zu beheben. Hat Super funktioniert.
- 2. option hier Super geklappt 😀
InformationsquelleAutor markreyes
57

Sagen, Sie haben die folgenden commits in eine text-Datei mit dem Namen ~/commits-to-revert.txt (ich habe git log --pretty=oneline um Sie zu bekommen)
```
fe60adeba6436ed8f4cc5f5c0b20df7ac9d93219
0c27ecfdab3cbb08a448659aa61764ad80533a1b
f85007f35a23a7f29fa14b3b47c8b2ef3803d542
e9ec660ba9c06317888f901e3a5ad833d4963283
6a80768d44ccc2107ce410c4e28c7147b382cd8f
9cf6c21f5adfac3732c76c1194bbe6a330fb83e3
fff2336bf8690fbfb2b4890a96549dc58bf548a5
1f7082f3f52880cb49bc37c40531fc478823b4f5
e9b317d36a9d1db88bd34831a32de327244df36a
f6ea0e7208cf22fba17952fb162a01afb26de806
137a681351037a2204f088a8d8f0db6e1f9179ca
```
Erstellen Sie eine Bash shell-Skript zum wiederherstellen jeder von Ihnen:
```
#!/bin/bash
cd /path/to/working/copy
for i in `cat ~/commits-to-revert.txt`
do
    git revert $i --no-commit
done
```
Dieser kehrt alles wieder in den vorherigen Zustand, einschließlich Datei-und Verzeichnis-Kreationen und Löschungen, Begehen Sie in Ihrer Filiale und behalten Sie die Geschichte, aber Sie haben es wieder auf die gleiche Datei-Struktur. Warum Git nicht git revert --to <hash> ist mir schleierhaft.
- Du könntest einen git revert HEAD~3 zu entfernen, die letzten 3 commits
- Nein, das ist nicht richtig. Dieser Befehl wird wieder das Begehen, das ist der Dritte Großeltern des KOPFES (nicht die letzten drei commits).
- Ok danke für die info. Würde git revert -n master~3..master~1 Arbeit ? (Gesehen von kernel.org/pub/software/scm/git/docs/git-revert.html)
- Das hört sich gut an, ist sicher eine hässliche syntax, aber ist es nicht? Ich habe immer gefunden, Check-out die commit-ich möchte auf "wiederherstellen" und dann zu Begehen, die mehr intuitiv.
- nicht, dass verlangen Sie zu machen, ein neuer Zweig, obwohl?
- Ich Stimme mit Ihnen über git revert --zu - dies scheint wie eine unglaublich komplexe Art und Weise, um eine Recht einfache Sache!
- Nope, keine Notwendigkeit, erstellen Sie einen neuen Zweig.
- Es gibt einen viel einfacher Weg, dies jetzt zu tun, als mit einem Skript wie dieses, nur mit git revert --no-commit <start>..<end>, weil git revert übernimmt ein commit-Auswahl in neue (oder alle?) Versionen von Git. Beachten Sie, dass der start der Reihe nicht rückgängig machen.
InformationsquelleAutor Lance Caraccioli
56

Zusätzliche Alternativen zu Jefromi Lösungen

Jefromi Lösungen sind definitiv die besten, und Sie sollten auf jeden Fall nutzen Sie. Aber der Vollständigkeit halber wollte ich auch zeigen, diese anderen, alternativen Lösungen, können auch verwendet werden, um ein revert commit (in dem Sinne, dass Sie erstellen Sie einen neuen commit rückgängig macht änderungen in vorherigen commit, genau wie das, was git revert tut).

Klar zu sein, diese alternativen sind nicht der beste Weg, um wieder begeht, Jefromi Lösungen, aber ich möchte nur darauf hinweisen, dass auch diese anderen Methoden, das gleiche zu erreichen wie git revert.

Alternative 1: Hard-und Soft-Resets

Dies ist eine sehr leicht modifizierte version von Charles Bailey, der die Lösung für Wieder eine Begehung durch einen SHA-hash in Git?:
```
# Reset the index to the desired commit
git reset --hard <commit>

# Move the branch pointer back to the previous HEAD
git reset --soft HEAD@{1}

# Commit the changes
git commit -m "Revert to <commit>"
```
Dieser funktioniert im Grunde durch die Verwendung der Tatsache, dass soft-resets verlassen wird der Zustand der vorherigen commit-inszeniert in der index/staging-Bereich, die Sie dann verpflichten.

Alternative 2: Löschen der Aktuellen Struktur und mit dem Neuen zu Ersetzen

Diese Lösung kommt von svick die Lösung Kasse alt Begehen und machen es zu einem neuen commit:
```
git rm -r .
git checkout <commit> .
git commit
```
Ähnlich wie alternative #1, diese reproduziert der Staat <commit> im aktuellen Arbeitsverzeichnis kopieren. Es ist notwendig, dies zu tun git rm ersten weil git checkout wird nicht entfernen Sie die Dateien, die Hinzugefügt wurden, seit <commit>.
- Über die Alternative 1, eine kurze Frage: Durch tun, damit wir uns nicht verlieren in der zwischen-commits Recht?
- in Alternative 2, Punkte stehen für das, was in diesen Befehlen?
- die Punkte Kennzeichnen eine Datei-Pfad, in diesem Fall das aktuelle Verzeichnis, es ist also davon ausgegangen, laufen Sie, dass es von der Wurzel Ihrer Arbeitskopie.
- Die Warnung wiederholt sich mehrere Male in der Antwort, aber könnte jemand hinzufügen warum dies sind nicht der beste Weg, — im Vergleich zu so etwas wie git revert HEAD~2..HEAD von @Cascabel ist (@Jefromi s) verbunden Lösung. Ich bin nicht zu sehen, die problem.
InformationsquelleAutor
52

Hier ist ein viel einfacher Weg zurück zu einem vorherigen commit (und haben es in einen ungebunden Zustand, zu tun, was immer Sie mögen):
```
git reset HEAD~1
```
Also, keine Notwendigkeit für commit-ids und so weiter 🙂
- hat nicht funktioniert, ein git pull, nachdem dies ergibt: Fehler: Ihre lokalen änderungen die folgenden Dateien würde überschrieben werden durch merge:
- Das ist, weil, Sie hatten ungebunden änderungen. Stash/zurücksetzen und dann funktioniert es ohne Fehler.
InformationsquelleAutor Paul Walczewski
34

Nachdem alle änderungen, wenn Sie drücken Sie alle diese Befehle, die Sie haben könnten, zu verwenden:
```
git push -f ...
```
Nicht nur git push.
- Obligatorische Warnung: tun dies nicht, wenn Sie teilen Sie Ihre Zweigstelle mit anderen Menschen, die Kopien der alten begeht, weil Sie mit einer Kraft drücken wie dieser wird Sie zwingen, zu synchronisieren Ihrer Arbeit. Für eine Lösung, erklärt im detail, wie sicher zurückkehren verpflichtet, ohne Ihre Arbeit zu verlieren mit einem force push, finden Sie hier.
- Manchmal ist das, was Sie wollen. Beispiel: engagierte und schob mehrere commits auf den falschen Zweig (Zweig A). Nach cherry-picking zu Zweig B, ich möchte diese commits entfernt von der Filiale A. ich möchte nicht zurückkehren, da der revert später angewendet werden, wenn Filiale A und B werden zusammengeführt. Mache ein reset --hard <commitId> in der Abteilung a, gefolgt von Einem force push entfernt diese verpflichtet, aus dem Zweig, während er Sie in den Zweig B. ich kann Weg mit diesem, weil ich weiß, niemand sonst ist die Entwicklung auf Zweig A.
- Danke! Ich konnte nicht herausfinden, wie man die remote-branch auf meinem lokalen branch, der Nur benötigt, um einen force push.
InformationsquelleAutor sivi
34

Gibt es einen Befehl (nicht Teil der Kern-Git, aber es ist in der git-extras Paket) speziell für das zurücksetzen und Inszenierung alten begeht:
```
git back
```
Pro die Mann Seite, es kann auch als solches verwendet werden:
```
# Remove the latest three commits
git back 3
```
InformationsquelleAutor Shadow Man
30

Können Sie füllen Sie alle diese ersten Schritte sich selbst und schieben Sie zurück zum git-repo.
1. Ziehen Sie die neueste version Ihres repository von Bitbucket mit der
  git pull --all Befehl.
2. Führen Sie das git-log-Befehl mit -n 4 vom terminal aus. Die Zahl nach der Option-n legt die Anzahl der commits in der log ab dem letzten commit in Ihrer lokalen Geschichte.
  
  $ git log -n 4
3. Zurücksetzen der Leiter der repository-Historie mit Hilfe der git reset --hard HEAD~N wobei N die Anzahl von commits, die Sie wollen, nehmen Sie den Kopf zurück. Im folgenden Beispiel wäre der Kopf wieder ein
  verpflichten, bis zum letzten commit in das repository-Historie:
4. Drücken Sie den Wechsel zu git-repo mit git push --force zu zwingen schieben
  die ändern.
Wenn Sie möchten, dass git-repository zu einem vorherigen commit
```
git pull --all
git reset --hard HEAD~1
git push --force
```
InformationsquelleAutor Nanhe Kumar
28

Wieder letzten Begehen, und ignorieren Sie alle lokalen änderungen:
```
git reset --hard HEAD
```
InformationsquelleAutor Mohammed Irfan Tirupattur
26

Wählen Sie den gewünschten Begehen, und überprüfen Sie es von
```
git show HEAD
git show HEAD~1
git show HEAD~2 
```
bis Sie die erforderliche Begehen. Um den KOPF Stelle, um das,
```
git reset --hard HEAD~1
```
oder git reset --hard HEAD~2 oder was auch immer.
- Obligatorische Warnung: tun dies nicht, wenn Sie teilen Sie Ihre Zweigstelle mit anderen Menschen, die Kopien der alten begeht, weil Sie mit einem harten reset wie dieser wird Sie zwingen, zu synchronisieren Ihrer Arbeit mit den neu reset-Zweig. Für eine Lösung, erklärt im detail, wie sicher zurückkehren verpflichtet, ohne Ihre Arbeit zu verlieren mit einem hard-reset, finden Sie hier.
- Auch, klar zu sein, git show HEAD entspricht nur mit git log HEAD -1.
InformationsquelleAutor tonythomas01
21

Halten die änderungen aus dem vorherigen commit auf den KOPF und bewegen zum vorherigen Begehen, tun:
```
git reset <SHA>
```
Wenn änderungen sind nicht erforderlich, von der vorherigen übertragung auf den KOPF und nur alle änderungen verwerfen, tun:
```
git reset --hard <SHA>
```
InformationsquelleAutor Vishnu Atrai
21

Vollständig zu reinigen ein coder ' s Verzeichnis von einigen zufälligen Veränderungen, die wir verwendet haben:
```
git add -A .
git reset --hard HEAD
```
Nur git reset --hard HEAD loswerden änderungen, aber es wird nicht loszuwerden, die "neuen" Dateien. In Ihrem Fall würden Sie versehentlich gezogen ein wichtiger Ordner irgendwo zufällig, und alle Dateien, die behandelt wurden, als neue von Git, so ein reset --hard trifft nicht zu beheben. Durch ausführen der git add -A . vorher, es explizit verfolgt Sie alle mit git, ausgelöscht werden, indem der reset.

InformationsquelleAutor Chris Moschini
21

Dies ist eine weitere Möglichkeit, um direkt wieder auf einen aktuellen Begehen
```
git stash
git stash clear
```
Es direkt löscht alle änderungen, die Sie machen, die seit dem letzten commit.

PS: Es hat ein kleines problem; es löscht auch alle, die Sie vor kurzem gespeichert stash änderungen. Ich glaube, das sollte in den meisten Fällen keine Rolle.
- HINWEIS: Neue Dateien, die nicht Hinzugefügt werden, in einen index sind nicht versteckt. Haben Sie auch hinzufügen oder löschen Sie Sie manuell.
- Warum, oh warum clearing-stash? Zusätzlich dazu, dass eine nicht-Lösung, dies ist tatsächlich schädlich. Lesen Sie den ersten Satz sofort die Frage, erlischt die stash-Lösung (was nützlich sein könnte, NUR das zurücksetzen auf das LETZTE commit).
InformationsquelleAutor Point Networks
19

Ich glaube, manche Menschen kommen auf diese Frage wissen zu wollen, wie rollback verpflichtet, Veränderungen, die Sie vorgenommen haben, in Ihrem Meister - also alles wegwerfen, und gehen Sie zurück zu origin/master, in dem Fall, tun Sie Folgendes:
```
git reset --hard origin/master
```
https://superuser.com/questions/273172/how-to-reset-master-to-origin-master

InformationsquelleAutor nevster
17

Zurückkehren, ist der Befehl zum zurücksetzen des commits.
```
git revert <commit1> <commit2> 
```
Beispiel:

git revert 2h3h23233

Ist es, die fähig-Bereich aus dem KOPF, wie unten. Hier 1 sagt "revert letzten commit."

git revert HEAD~1..HEAD

tun, und dann git push

InformationsquelleAutor Sireesh Yarlagadda
17

Revert Letzten Commit :
```
git reset --hard HEAD
```
HEAD ist einfach ein Verweis auf den aktuellen commit (neueste Version) auf den aktuellen branch. Es kann nur eine einzige HEAD zu einem bestimmten Zeitpunkt.

Zurücksetzen auf einen Älteren Commit :
Der Schnellste Weg zur Wiederherstellung einer alten version ist die Verwendung des reset Befehl:
```
# Resets index to former commit
git reset 56e05fced 

# Moves pointer back to previous HEAD
git reset --soft HEAD@{1}

# Updates working copy to reflect the new commit
git reset --hard
```
Diese werden Rückspulen Ihr KOPF Zweig in der angegebenen version. Alle commits, die kam, nachdem dieser version sind effektiv rückgängig gemacht; dein Projekt ist genau so, wie es war an diesem Punkt in der Zeit.

Den reset-Befehl kommt mit ein paar Optionen, die interessanter sind die --soft Flagge. Wenn Sie es verwenden anstelle von --hard, Git halten alle änderungen in diesen "undone" verpflichtet als lokale änderungen.

Wiederherstellen einer Revision in einem Neuen Lokalen Zweig

Wie gesagt, mit dem reset-Befehl auf Ihrem HEAD branch ist eine ziemlich drastische Maßnahme: es wird entfernen Sie alle commits (in diesem Zweig), die kam nach der angegebenen revision. Wenn Sie sicher sind, dass dies ist, was Sie wollen, ist alles in Ordnung.

Allerdings gibt es auch eine sicherer Weise in den Fall, Sie es vorziehen, zu verlassen Ihre aktuelle KOPF, Zweig unberührt. Da die "Zweige" sind so Billig und einfach in Git, wir können einfach erstellen Sie einen neuen Zweig, der fängt an, die alte revision:
```
git checkout -b old-project-state 0ad5a7a6
```
Normalerweise, wird der checkout-Befehl wird verwendet, um nur switch-Verzweigungen. Sofern allerdings der -b-parameter, Sie können auch lassen es einen neuen branch erzeugen (benannt alt-Projekt-Staat in diesem Beispiel). Wenn Sie nicht wollen, es zu starten an der aktuellen HEAD-revision, müssen Sie zusätzlich eine commit-hash - die alte Projekt-revision, die wir wiederherstellen wollen.

Haben Sie nun einen neuen Zweig namens alt-Projekt-Staat spiegelt die alte version Ihres Projekts - ohne Sie zu berühren oder sogar entfernen Sie alle anderen begeht oder Zweige.

InformationsquelleAutor Lyes CHIOUKH
14

Wenn die situation ist ein dringend, und Sie wollen einfach nur zu tun, was der Fragesteller fragte quick-and-dirty Weg, vorausgesetzt, Ihr Projekt unter das Verzeichnis "mein Projekt":
1. Kopieren Sie das ganze Verzeichnis und nennen es etwas anderes, wie "mein Projekt - Kopie"
2. Tun:
```
git reset --hard [first-4-letters&numbers-of-commit's-SHA]
```
Haben Sie dann zwei Versionen auf Ihrem system... können Sie prüfen, kopieren oder ändern von Dateien von Interesse, oder was auch immer, aus dem vorherigen commit. Sie kann komplett verwerfen Sie die Dateien unter "mein Projekt - Kopie", wenn Sie sich entschieden haben, die neue Arbeit war, nirgendwo zu gehen...

Die offensichtliche Sache, wenn Sie wollen, zu tragen auf dem Stand der Projekt, ohne tatsächlich verwerfen die Arbeit, da dieser abgerufen Begehen ist, benennen Sie Ihr Verzeichnis wieder: Löschen Sie das Projekt mit den abgerufenen commit (oder geben Sie einen temporären Namen) und benennen Sie Ihre "mein-Projekt - kopieren" - Verzeichnis wieder in "mein Projekt". Dann wahrscheinlich noch ein commit ziemlich bald.

Git ist eine brillante Schöpfung, aber Sie können sich nicht einfach "Holen Sie es auf der fliege": auch Menschen, die versuchen, es zu erklären viel zu oft davon ausgehen Vorkenntnisse von anderen VCS [Versionskontrollsysteme] und vertiefen sich viel zu tief, viel zu schnell, und Begehen andere Verbrechen, wie die Verwendung von austauschbaren Begriffe für "Check-out" - in einer Weise, die manchmal erscheinen fast berechnet zu verwirren Anfänger.

Ersparen sich viel stress, den Sie haben ziemlich viel zu Lesen, ein Buch über Git - ich empfehle "Versionskontrolle mit Git". Und wenn Sie mir Vertrauen können (oder eher meine Narben), wenn ich sage "müssen", es folgt, dass Sie könnte genauso gut tun es JETZT. Viel von der Komplexität von Git kommt aus verzweigen und dann erneute Zusammenführung. Aber aus Ihrer Frage, es gibt keinen Grund, warum sollten die Menschen blendet Sie mit der Wissenschaft.

Vor allem, wenn, zum Beispiel, dies ist eine verzweifelte situation und du bist ein Neuling mit Git!

PS: Ein anderer Gedanke: Es ist (jetzt) eigentlich ganz einfach zu halten die Git-repositories ("Repos") in einem anderen Verzeichnis als die, die mit den Dateien arbeiten. Dies würde bedeuten, dass Sie nicht kopieren Sie den gesamten Git repository mit der oben genannten quick & dirty Lösung. Siehe die Antwort von Friteuse mit --separate-git-dir hier. Gewarnt werden, aber: Wenn du ein "separates Verzeichnis" repository, das Sie kopieren Sie nicht, und Sie tun einen hard-reset, werden alle Versionen nach dem reset commit wird für immer verloren sein, es sei denn, Sie haben, wie Sie sollte unbedingt regelmäßig gesichert repository, vorzugsweise in die Cloud (z.B. Google Drive) unter anderen stellen.

Auf das Thema "sichern in der Cloud", der nächste Schritt ist, ein Konto zu eröffnen (natürlich kostenlos) mit GitHub oder (besser aus meiner Sicht) GitLab. Sie können dann regelmäßig eine git push Befehl zum sichern Ihrer Cloud-repo "richtig". Aber wieder, reden über dies kann zu schnell zu viel.

InformationsquelleAutor mike rodent
13

Versuchen Sie das zurücksetzen auf die gewünschte commit -

git reset <COMMIT_ID>

(um zu prüfen, COMMIT_ID verwenden git log)

Dieser setzt alle geänderten Dateien zu un-Addierte Zustand.

Nun können Sie checkout alle un-added Dateien von

git checkout .

Überprüfen git log zu überprüfen, ob Ihre änderungen.

UPDATE

Wenn Sie einzige commit in das Repository, versuchen

git update-ref -d HEAD

InformationsquelleAutor optimistanoop
12

Als Ihr begeht geschoben werden, aus der Ferne, die Sie brauchen, um Sie zu entfernen. Lassen Sie mich annehmen, dass Ihr Zweig ist zu entwickeln und es über geschoben Herkunft.

Müssen Sie zuerst entfernen Sie entwickeln sich aus Herkunft:
```
git push origin :develop (note the colon)
```
Dann brauchen Sie, um zu entwickeln, um den status, den Sie wollen, lassen Sie mich davon ausgehen, das commit-hash ist EFGHIJK:
```
git reset --hard EFGHIJK
```
Schließlich, schieben entwickeln wieder:
```
git push origin develop
```
InformationsquelleAutor George Ninan
12

Vorsicht! Dieser Befehl kann zu verlieren commit-Historie, wenn der Benutzer die falschen Begehen fälschlicherweise. Immer en extra Sicherung Ihrer git einige
wo sonst nur im Fall, wenn Sie Fehler machen, als Sie sind ein bisschen sicherer.
🙂

Ich habe ähnliche Problem und wollte wieder zurück zu früheren Commit. In meinem Fall war ich nicht intetessered zu halten neuere Begehen, daher habe ich verwendet Hard.

Dies ist, wie ich es gemacht habe:
```
git reset --hard CommitId && git clean -f
```
Diese wieder auf lokale repository, hier nach der Verwendung git push -f aktualisiert remote-repository.
```
git push -f
```
InformationsquelleAutor maytham-ɯɐɥʇʎɐɯ
10

Wenn Sie möchten, zu korrigieren einige Fehler im letzten commit eine gute alternative wäre mit git commit --amend Befehl. Wenn der Letzte commit ist nicht spitz, die von jeder Referenz, dies wird den trick tun, wie Sie es schaffen, einen commit mit den gleichen Eltern als die letzten commit. Wenn es keine Referenz auf den letzten commit, wird es einfach verworfen werden, und diese zu Begehen, werden die letzten commit. Dies ist eine gute Möglichkeit zur Korrektur verpflichtet, ohne Rückgriff verpflichtet. Allerdings hat es seine eigenen Grenzen.

InformationsquelleAutor Upul Doluweera
10

Auf GitKraken Sie dies tun können:
1. Der rechten Maustaste auf das Begehen, das Sie zurücksetzen möchten, wählen Sie: Reset, um diese commit/Hart:
1. Der rechten Maustaste auf die übergabe erneut, wählen Sie: Aktuellen branch name/Push:
1. Klicken Sie auf die Force Push:
Obs.: Sie müssen in der Pflege, weil alle die commit Historie nach dem hard-reset verloren gegangen sind und diese Aktion nicht rückgängig gemacht werden. Sie müssen sicher sein, was Sie tun.

InformationsquelleAutor Ângelo Polotto
9

Für rollback (oder wiederherstellen):
1. git revert --no-commit "commit-code-zu-entfernen" - KOPF
  (z.B. git revert --no-commit d57a39d KOPF)
2. git commit
3. git push
Versuchen, die beiden oben genannten Schritte, und wenn Sie finden, dass das, was Sie wollen, dann git push.

Wenn Sie feststellen, etwas falsch zu machen:

git revert --abort

InformationsquelleAutor Jagraj Singh
9

Erste, die die Zeichenfolge identifiziert, die ein commit in ein paar Tag, so:
```
git rev-list -n 1 --before="2009-07-27 13:37" origin/master
```
druckt er die commit-id, die Zeichenfolge in Anspruch nehmen (z.B. XXXX) und tun:
```
git checkout XXXX
```
InformationsquelleAutor Luca C.
8

Weiteres einfachste Lösung; Sie haben zu ändern, Niederlassung, dies zu tun, aber danach kann man nur laufen:
```
git branch -f <<branchname>> 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
```
- Ach Mann, warum muss die OP ' s Frage so viele unterschiedliche Antworten!? Sollte nicht ein Schritt zurück ein einfacher Prozess?
- Danke! Diese Methode funktioniert auf bare-repo ("git reset" braucht dir arbeiten, so dass die meisten der Antworten hier nicht für mich arbeiten).
InformationsquelleAutor Aif
8

Es kann getan werden viel einfacher, mit SourceTree. Klicken Sie einfach rechts auf commit, die Sie suchen, und wählen Sie 'Checkout' aus dem Menü.

InformationsquelleAutor Marcin Szymczak
7

Konnte ich nicht wiederherstellen mine manuell für einige Grund also hier ist, wie ich landete, es zu tun.
1. Ausgecheckt Zweig, die ich haben wollte, kopiert.
2. Ausgecheckt die neuesten Filiale.
3. Kopiert den Inhalt vom Zweig ich wollte auf die neueste Filiale-Verzeichnis und überschreiben Sie die änderungen und zu Begehen, dass.
InformationsquelleAutor Demodave
7
```
git reflog
```
Wählen Sie die Anzahl der LEITER(s) des git reflog, wo Sie wollen zurückkehren und tun (für dieses Beispiel wähle ich die 12):
```
git reset HEAD@{12} --hard
```
InformationsquelleAutor Sérgio
6

Die am wenigsten komplizierte Weg, um wieder einen Zweig auf eine bestimmte Begehen, wo Sie nicht ändern können, die Geschichte, die ich gefunden habe ist:
1. checkout commit oder Ihre Niederlassung zurückkehren wollen, aus.
2. Bearbeiten .git/KOPF und ändern Sie den ref auf die Filiale aus, die Sie wiederherstellen.
Wie:
```
echo 'ref: refs/heads/example' > .git/HEAD
```
Wenn du dann git status, sollten Sie alle änderungen, die zwischen der Zweigniederlassung sind Sie auf und die, die Sie wiederherstellen möchten,.

Wenn alles gut aussieht, können Sie verpflichten. Sie können auch mithilfe von git diff, revert..Beispiel, um sicherzustellen, dass es dasselbe.

InformationsquelleAutor jgmjgm
5

Wenn Sie möchten, um vorübergehend änderungen zurücknehmen, da
- jemand verpflichtet code, dass Ihr Einbruch die bauen oder brechen die Funktionalität, die Sie arbeiten auf
Können Sie suchen, für die Letzte be-commit mit git log führen
```
git rebase --onto <commitId>
```
Wenn der remote-Zweigstelle wieder funktioniert, können Sie
```
git pull --rebase
```
Diese Methode ist besser als git-checkout für temporäre änderungen, weil Sie nicht in einem abgenommenen Zustand.

InformationsquelleAutor joseph
2

Zurücksetzen Inszeniert Änderungen und Commits

Den git reset Befehl können Sie den KOPF - die neueste verpflichten, Ihre Arbeits-Baum Punkte zu-repository. Es ändert entweder den staging-Bereich oder den staging-Bereich und arbeiten Baum. Git ' s Fähigkeit, Handwerk begeht, genau wie Sie wollen, bedeutet, dass Sie manchmal brauchen, um änderungen rückgängig machen die änderungen, die Sie inszeniert mit git add . Sie können tun, dass durch den Aufruf git reset HEAD <file to change>. Sie haben zwei Möglichkeiten, um loszuwerden, ändert sich komplett. git checkout HEAD <file(s) or path(s)> ist ein schneller Weg, um änderungen rückgängig zu machen, um Ihren staging-Bereich und arbeiten Baum. Seien Sie vorsichtig mit diesem Befehl, jedoch, weil es entfernt alle änderungen, um Ihre arbeiten Baum. Git weiß nicht, über diese änderungen, da Sie nie begangen wurden. Es gibt keinen Weg, um diese änderungen zurück, sobald Sie diesen Befehl ausführen. Ein weiterer Befehl zur Verfügung git reset --hard . Es ist genauso destruktiv zu Ihrem Arbeits-Baum-alle nicht festgeschriebenen änderungen oder inszeniert änderungen gehen verloren, nachdem es läuft. Läuft git reset -hard KOPF macht das gleiche wie git checkout HEAD . es ist einfach nicht erforderlich, einen Datei-oder Pfadnamen zu arbeiten.Sie können --soft mit git reset.Es setzt dem repository, commit, den Sie angeben und Stufen alle diese Veränderungen. Alle änderungen, die Sie bereits inszeniert sind nicht betroffen, noch sind die änderungen im working tree.Schließlich können Sie mit --mixed zum zurücksetzen der arbeiten Baum ohne Inszenierung keine änderungen.Dies auch unstages alle änderungen, die inszeniert sind.

Zurücksetzen Verpflichtet

Manchmal machen wir Fehler. Ein commit sollte nicht geteilt werden gedrängt, zu einem öffentlichen repository, commit hat einen bug, der nicht behoben werden kann und muss rückgängig gemacht werden, oder vielleicht haben Sie einfach nicht brauchen, dass der code nicht mehr.Diese Fälle fordern alle auf, sich git revert.Die git revert Befehl macht genau das, was Sie erwarten könnte. Es wird einem commit durch anwenden einer rückwärts Begehen, um die Geschichte.Manchmal müssen Sie zum zurücksetzen mehrere commits komplett rückgängig machen, ändern. Sie können -no-commit verwenden, oder Sie können -n zu sagen Git durchzuführen, die zurückkehren, aber nicht so weit, zu Begehen, zu ändern. Diese können Sie kombinieren alle die revert-commits in einem commit, die ist nützlich, wenn Sie brauchen, um wieder eine Funktion, die sich über mehrere begeht. Stellen Sie sicher, dass Sie zurückkehren, begeht Sie in umgekehrter Reihenfolge-die neuesten commit ersten. Andernfalls könnten Sie verwirren, Git, indem Sie versuchen, zurücksetzen code, der noch nicht existiert.

InformationsquelleAutor SAIguru011
-1

Ich wollte nicht sehen, mit cherry-pick:
- Begehen (reverse B)
- commit B
cherry-pick A:
- commit B
- Begehen (reverse B)
- commit B
- Wie muss man die Frage beantworten?
InformationsquelleAutor Pascal KOCH