Wie kann ich ein zurückgesetztes Git-Commit "rückgängig machen"?

Was ist angesichts einer Änderung, die mit festgeschrieben commitund dann mit zurückgesetzt wurde revert, der beste Weg, um diese Rückgängigmachung rückgängig zu machen?

Idealerweise sollte dies mit einem neuen Commit erfolgen, um den Verlauf nicht neu zu schreiben.

Wenn Sie diese Änderung noch nicht vorangetrieben haben, git reset --hard HEAD^

Andernfalls ist das Zurücksetzen des Zurücksetzens vollkommen in Ordnung.

Ein anderer Weg ist zu git checkout HEAD^^ -- .und dann git add -A && git commit.

git cherry-pick <original commit sha>
Erstellt eine Kopie des ursprünglichen Commits und wendet das Commit im Wesentlichen erneut an

Das Zurücksetzen des Zurücksetzens bewirkt dasselbe mit einer unordentlicheren Festschreibungsnachricht:
git revert <commit sha of the revert>

Auf beide Arten können Sie den Verlauf git pushnicht überschreiben, da nach dem Zurücksetzen ein neues Commit erstellt wird.
Wenn Sie das Commit sha eingeben, benötigen Sie normalerweise nur die ersten 5 oder 6 Zeichen:
git cherry-pick 6bfabc

Ein Revert-Commit ist genau wie jedes andere Commit in Git. Das heißt, Sie können es zurücksetzen, wie in:

git revert 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746

Das offensichtlich macht nur Sinn , wenn die Änderungen geschoben wurden, und vor allem , wenn Sie nicht Push auf die Zielmietstation zwingen können (das ist eine gute Idee für Dich ist Master - Zweig). Wenn die Änderung nicht übernommen wurde, wählen Sie einfach das Commit "Zurücksetzen" aus, entfernen Sie es oder entfernen Sie es einfach wie in anderen Beiträgen beschrieben.

In unserem Team haben wir eine Regel einen verwenden revert auf Revert Commits , die in dem Hauptzweig begangen wurden, in erster Linie die Geschichte sauber zu halten, so dass Sie sehen können , welche kehrt zu begehen , was:

      7963f4b2a9d   Revert "Revert "OD-9033 parallel reporting configuration"
      "This reverts commit a0e5e86d3b66cf206ae98a9c989f649eeba7965f.
                    ...
     a0e5e86d3b6    Revert "OD-9055 paralel reporting configuration"
     This reverts commit 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746.
                ...
     Merge pull request parallel_reporting_dbs to master* commit 
    '648d7d808bc1bca6dbf72d93bf3da7c65a9bd746'

Auf diese Weise können Sie die Geschichte verfolgen und die ganze Geschichte herausfinden, und selbst diejenigen, die das Erbe nicht kennen, können es selbst herausfinden. Wenn Sie dagegen Dinge auswählen oder neu aufbauen , gehen diese wertvollen Informationen verloren (es sei denn, Sie nehmen sie in den Kommentar auf).

Wenn ein Commit mehr als einmal zurückgesetzt und zurückgesetzt wird, wird dies offensichtlich ziemlich chaotisch.

Das Zurücksetzen des Zurücksetzens reicht aus

Zum Beispiel,

Wenn abcdefes sich um Ihr Commit handelt und ghijklum das Commit, das Sie beim Zurücksetzen des Commits haben abcdef, führen Sie Folgendes aus:

git revert ghijkl

Dadurch wird das Zurücksetzen rückgängig gemacht

Es sieht für mich dumm aus. Aber ich war in der gleichen Situation gewesen und habe mich für rückgängig gemachte Commits zurückgezogen. Ich habe die Anzahl zurückgesetzt, also musste ich für jedes 'Zurücksetzen-Commit' zurücksetzen.

Jetzt sieht meine Commits-Geschichte ein bisschen komisch aus.

Es ist ein Haustierprojekt, also ist es in Ordnung. Aber für ein reales Projekt würde ich es vorziehen, zum letzten Commit zu gehen, bevor der gesamte zurückgesetzte Code in einem Commit und einem vernünftigeren Kommentar wiederhergestellt wird.

So habe ich es gemacht:
Wenn der Zweig my_branchnamein einer Zusammenführung enthalten war, die zurückgesetzt wurde. Und ich wollte nicht zurückkehren my_branchname:

Ich mache zuerst eine git checkout -b my_new_branchnamevon my_branchname.
Dann mache ich einen git reset --soft $COMMIT_HASHWhere $COMMIT_HASHis Commit-Hash des Commits direkt vor dem ersten Commit von my_branchname(siehe git log).
Dann mache ich ein neues Commit. git commit -m "Add back reverted changes"
Dann schiebe ich den neuen Zweig hoch. git push origin new_branchname
Dann habe ich eine Pull-Anfrage für den neuen Zweig gestellt.

Oder du könntest git checkout -b <new-branch>und git cherry-pick <commit>das vorher zum und git rebasefallen lassen revert. Pull-Anfrage wie zuvor senden.

Wenn Ihnen die Idee des "Zurücksetzens eines Zurücksetzens" nicht gefällt (insbesondere wenn dies bedeutet, dass für viele Commits Verlaufsinformationen verloren gehen), können Sie jederzeit die Git-Dokumentation zum Thema "Zurücksetzen eines fehlerhaften Zusammenführens" aufrufen .

Angesichts der folgenden Ausgangssituation

 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E   <-- fixed-up topic branch

(W ist Ihr anfängliches Zurücksetzen der Zusammenführung M; D und E sind Korrekturen an Ihrem anfänglich unterbrochenen Feature-Zweig / Commit)

Sie können jetzt einfach die Commits A bis E wiederholen, sodass keiner von ihnen zur rückgängig gemachten Zusammenführung "gehört":

$ git checkout E
$ git rebase --no-ff P

Die neue Kopie Ihrer Filiale kann jetzt wieder zusammengeführt masterwerden:

   A'---B'---C'------------D'---E'  <-- recreated topic branch
  /
 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E

So erhalten Sie die nicht bereitgestellten und bereitgestellten Änderungen zurück, die nach einem Commit zurückgesetzt wurden:

git reset HEAD@{1}

So stellen Sie alle nicht bereitgestellten Löschungen wieder her:

git ls-files -d | xargs git checkout --