Jak cofnąć polecenie „git commit --amend” zrobione zamiast „git commit”

Przypadkowo zmieniłem poprzednie zatwierdzenie. Zatwierdzenie powinno być osobne, aby zachować historię zmian, które wprowadziłem w określonym pliku.

Czy istnieje sposób na cofnięcie tego ostatniego zatwierdzenia? Jeśli zrobię coś podobnego git reset --hard HEAD^, pierwsze zatwierdzenie również zostanie cofnięte.

(Nie wysłałem jeszcze żadnych zdalnych katalogów)

To, co musisz zrobić, to utworzyć nowe zatwierdzenie z tymi samymi szczegółami, co bieżące HEADzatwierdzenie, ale z nadrzędnym jak poprzednia wersja HEAD. git reset --softprzesunie wskaźnik gałęzi, tak aby następne zatwierdzenie miało miejsce na innym zatwierdzeniu niż w miejscu, w którym znajduje się obecnie nagłówek gałęzi.

# Move the current head so that it's pointing at the old commit
# Leave the index intact for redoing the commit.
# HEAD@{1} gives you "the commit that HEAD pointed at before 
# it was moved to where it currently points at". Note that this is
# different from HEAD~1, which gives you "the commit that is the
# parent node of the commit that HEAD is currently pointing to."
git reset --soft HEAD@{1}

# commit the current tree using the commit details of the previous
# HEAD commit. (Note that HEAD@{1} is pointing somewhere different from the
# previous command. It's now pointing at the erroneously amended commit.)
git commit -C HEAD@{1}

użyj dziennika ref :

git branch fixing-things HEAD@{1}
git reset fixing-things

powinieneś mieć wszystkie wcześniej zmienione zmiany tylko w kopii roboczej i możesz je ponownie zatwierdzić

aby zobaczyć pełną listę poprzednich typów indeksów git reflog

Znajdź swoje zmienione zobowiązania przez:

git log --reflog

^{Uwaga: Możesz dodać, --patchaby zobaczyć treść zatwierdzeń dla przejrzystości. Tak samo jak git reflog.}

następnie zresetuj HEAD do dowolnego poprzedniego zatwierdzenia w punkcie, w którym było w porządku przez:

git reset SHA1 --hard

^{Uwaga: Zamień SHA1 na swój prawdziwy hash zatwierdzenia. Pamiętaj też, że to polecenie spowoduje utratę wszelkich niezatwierdzonych zmian, więc możesz je wcześniej ukryć. Możesz też użyć --softzamiast tego, aby zachować najnowsze zmiany, a następnie zatwierdzić je.}

Następnie wybierz inne zatwierdzenie, które potrzebujesz na nim:

git cherry-pick SHA1

Zawsze możesz podzielić zatwierdzenie, z instrukcji

• Uruchom interaktywny rebase za pomocą git rebase -i commit ^, gdzie zatwierdzenie to zatwierdzenie, które chcesz podzielić. W rzeczywistości każdy zakres zatwierdzeń będzie działał, o ile będzie zawierał to zatwierdzenie.
• Zaznacz zatwierdzenie, które chcesz podzielić, poprzez akcję „edytuj”.
• Jeśli chodzi o edycję tego zatwierdzenia, wykonaj git reset HEAD ^. W rezultacie HEAD jest przewijany o jeden, a indeks podąża za nim. Jednak działające drzewo pozostaje takie samo.
• Teraz dodaj zmiany do indeksu, który chcesz mieć przy pierwszym zatwierdzeniu. Aby to zrobić, możesz użyć git add (ewentualnie interaktywnie) lub git-gui (lub obu).
• Zatwierdź bieżący indeks z dowolnym komunikatem zatwierdzenia, który jest teraz odpowiedni.
• Powtarzaj dwa ostatnie kroki, aż drzewo robocze będzie czyste.
• Kontynuuj rebase za pomocą git rebase - kontynuuj.

Być może warto zauważyć, że jeśli nadal jesteś w edytorze z komunikatem zatwierdzenia, możesz usunąć komunikat zatwierdzenia, a to przerwie git commit --amendpolecenie.

Może można użyć, git reflogaby uzyskać dwa zatwierdzenia przed poprawką i po zmianie.

Następnie użyj, git diff before_commit_id after_commit_id > d.diffaby uzyskać różnicę między przed i po zmianie.

Następnie użyj, git checkout before_commit_idaby cofnąć się przed zatwierdzeniem

I ostatnie użycie, git apply d.diffaby zastosować prawdziwą zmianę, którą zrobiłeś.

To rozwiązuje mój problem.

Jeśli wypchnąłeś zatwierdzenie na zdalne, a następnie błędnie poprawiono zmiany w tym zatwierdzeniu, rozwiąże to problem. Wydaj a, git logaby znaleźć SHA przed zatwierdzeniem. (zakłada to, że pilot ma nazwę pochodzenia). Teraz wydaj te polecenia za pomocą tego SHA.

git reset --soft <SHA BEFORE THE AMMEND>
#you now see all the changes in the commit and the amend undone

#save ALL the changes to the stash
git stash

git pull origin <your-branch> --ff-only
#if you issue git log you can see that you have the commit you didn't want to amend

git stash pop
#git status reveals only the changes you incorrectly amended

#now you can create your new unamended commit

Możesz zrobić poniżej, aby cofnąć swoje git commit —amend

1. git reset --soft HEAD^
2. git checkout files_from_old_commit_on_branch
3. git pull origin your_branch_name

====================================

Teraz twoje zmiany są takie, jak poprzednio. Skończyłeś cofaniegit commit —amend

Teraz możesz zrobić git push origin <your_branch_name>, aby przejść do oddziału.

Prawie 9 lat spóźniło się z tym, ale nie zauważyłem, by wspomniana odmiana osiągnęła to samo (to rodzaj połączenia kilku z nich, podobnie jak najlepsza odpowiedź ( https://stackoverflow.com/a/1459264/4642530 ) .

Przeszukaj wszystkie odłączone głowy na gałęzi

git reflog show origin/BRANCH_NAME --date=relative

Następnie znajdź skrót SHA1

Zresetuj do starego SHA1

git reset --hard SHA1

Następnie popchnij go z powrotem.

git push origin BRANCH_NAME

Gotowy.

Spowoduje to całkowite przywrócenie starego zatwierdzenia.

(W tym data wcześniejszego zastąpienia odłączonej głowy zatwierdzenia)

1. Kasa do tymczasowego oddziału z ostatnim zatwierdzeniem

   git branch temp HEAD@{1}

2. Zresetuj ostatnie zatwierdzenie

   git reset temp

3. Teraz będziesz mieć wszystkie pliki swojego zatwierdzenia, a także poprzednie zatwierdzenie. Sprawdź status wszystkich plików.

   git status

4. Zresetuj swoje pliki zatwierdzania od etapu git.

   git reset myfile1.js (wkrótce)

5. Ponownie podłącz to zatwierdzenie

   git commit -C HEAD@{1}

6. Dodaj i zatwierdź swoje pliki do nowego zatwierdzenia.