Mam repozytorium git, które wygląda następująco:

A -> B -> C -> D -> HEAD

Chcę, aby głowa oddziału wskazywała na A, tzn. Chcę, aby B, C, D i HEAD zniknęły i chcę, aby głowa była synonimem A.

Wygląda na to, że mogę albo spróbować dokonać zmiany bazy (nie dotyczy, ponieważ wprowadziłem zmiany pomiędzy), albo cofnąć. Ale jak cofnąć wiele zatwierdzeń? Czy cofam pojedynczo? Czy kolejność jest ważna?

Rozszerzanie tego, co napisałem w komentarzu

Ogólna zasada mówi, że nie powinieneś przepisywać (zmieniać) historii, którą opublikowałeś, ponieważ ktoś mógł na tym oprzeć swoją pracę. Jeśli przepiszesz (zmienisz) historię, będziesz miał problemy z scaleniem ich zmian i aktualizacją.

Dlatego rozwiązaniem jest utworzenie nowego zatwierdzenia, które przywróci zmiany , których chcesz się pozbyć. Możesz to zrobić za pomocą polecenia git revert .

Masz następującą sytuację:

A <- B <- C <- D <- master <- HEAD

(strzałki tutaj odnoszą się do kierunku wskaźnika: odniesienie „nadrzędne” w przypadku zatwierdzeń, górne zatwierdzenie w przypadku główki gałęzi (odniesienie do gałęzi) i nazwa gałęzi w przypadku odniesienia HEAD).

Co musisz stworzyć, to:

A <- B <- C <- D <- [(BCD) ^ - 1] <- master <- HEAD

gdzie „[(BCD) ^ - 1]” oznacza zatwierdzenie, które odwraca zmiany w zatwierdzeniach B, C, D. Matematyka mówi nam, że (BCD) ^ - 1 = D ^ -1 C ^ -1 B ^ -1, więc wymaganą sytuację można uzyskać za pomocą następujących poleceń:

$ git revert --no-commit D
$ git revert --no-commit C
$ git revert --no-commit B
$ git commit -m "the commit message"

Alternatywnym rozwiązaniem byłoby pobranie zawartości zatwierdzenia A i zatwierdzenie tego stanu:

$ git checkout -f A -- .
$ git commit -a

Wtedy miałbyś następującą sytuację:

A <- B <- C <- D <- A '<- master <- HEAD

Zatwierdzenie A 'ma taką samą treść jak zatwierdzenie A, ale jest innym zatwierdzeniem (komunikat zatwierdzenia, rodzice, data zatwierdzenia).

Rozwiązanie Jeff Ferland, zmodyfikowany przez Charles Bailey opiera się na tej samej idei, ale korzysta git resetu :

$ git reset --hard A
$ git reset --soft @{1}  # (or ORIG_HEAD), which is D
$ git commit

Czysty sposób, który uważam za użyteczny

git revert --no-commit HEAD~3..

To polecenie przywraca ostatnie 3 zatwierdzenia tylko jednym zatwierdzeniem.

Nie przepisuje też historii.

W tym celu wystarczy użyć polecenia revert , określając zakres zatwierdzeń, które chcesz przywrócić.

Biorąc pod uwagę twój przykład, musisz to zrobić (zakładając, że jesteś w gałęzi „master”):

git revert master~3..master

Spowoduje to utworzenie nowego zatwierdzenia w Twoim lokalnym z odwrotnym zatwierdzeniem B, C i D (co oznacza, że ​​cofnie zmiany wprowadzone przez te zatwierdzenia):

A <- B <- C <- D <- BCD' <- HEAD

Podobnie jak odpowiedź Jakuba, pozwala to łatwo wybrać kolejne zatwierdzenia do cofnięcia.

# revert all commits from B to HEAD, inclusively
$ git revert --no-commit B..HEAD  
$ git commit -m 'message'

git reset --hard a
git reset --mixed d
git commit

To zadziała dla wszystkich jednocześnie. Daj dobry komunikat o zatwierdzeniu.

Najpierw upewnij się, że twoja kopia robocza nie jest modyfikowana. Następnie:

git diff HEAD commit_sha_you_want_to_revert_to | git apply

a następnie po prostu popełnij. Nie zapomnij udokumentować przyczyny wycofania.

Jestem tak sfrustrowany, że na to pytanie nie można po prostu odpowiedzieć. Każde inne pytanie dotyczy tego, jak prawidłowo przywrócić i zachować historię. To pytanie brzmi: „Chcę, aby szef oddziału wskazywał na A, tzn. Chcę, aby B, C, D i HEAD zniknęły, i chcę, aby głowa była synonimem A.”

git checkout <branch_name>
git reset --hard <commit Hash for A>
git push -f

Nauczyłem się dużo czytając post Jakuba, ale jakiś facet w firmie (z dostępem do wypychania do naszego oddziału „testującego” bez Pull-Request) naciskał jak 5 złych popełnień próbując naprawić i naprawić błąd, który popełnił 5 lat temu. Nie tylko to, ale jedno lub dwa żądania ściągnięcia zostały zaakceptowane, które były teraz złe. Więc zapomnij o tym, znalazłem ostatnie dobre zatwierdzenie (abc1234) i po prostu uruchomiłem podstawowy skrypt:

git checkout testing
git reset --hard abc1234
git push -f

Powiedziałem pozostałym 5 facetom pracującym w tym repozytorium, że lepiej zanotują swoje zmiany w ciągu ostatnich kilku godzin i Wipe / Re-Branch z ostatnich testów. Koniec historii.

Jest to rozwinięcie jednego z rozwiązań zawartych w odpowiedzi Jakuba

Miałem do czynienia z sytuacją, w której zmiany, które musiałem wycofać, były nieco skomplikowane, przy czym kilka z nich to scalanie zmian i musiałem unikać przepisywania historii. Nie byłem w stanie użyć serii git revertpoleceń, ponieważ w końcu wpadłem na konflikty między dodawanymi zmianami wersji. Skończyło się na następujących krokach.

Najpierw sprawdź zawartość zatwierdzenia celu, pozostawiając HEAD na końcu gałęzi:

$ git checkout -f <target-commit> -- .

(- upewnia się, że <target-commit>jest interpretowane raczej jako zatwierdzenie niż plik;. Odnosi się do bieżącego katalogu.)

Następnie określ, które pliki zostały dodane do wycofanych zatwierdzeń, a zatem należy je usunąć:

$ git diff --name-status --cached <target-commit>

Dodane pliki powinny pokazywać „A” na początku wiersza i nie powinny występować inne różnice. Teraz, jeśli jakieś pliki wymagają usunięcia, przygotuj te pliki do usunięcia:

$ git rm <filespec>[ <filespec> ...]

Na koniec dokonaj zmiany wersji:

$ git commit -m 'revert to <target-commit>'

W razie potrzeby upewnij się, że wróciliśmy do pożądanego stanu:

$git diff <target-commit> <current-commit>

Nie powinno być różnic.

Prostym sposobem na przywrócenie grupy zatwierdzeń w repozytorium współdzielonym (używanym przez ludzi i chcącym zachować historię) jest użycie git revertw połączeniu z gitrev-list . Ten ostatni dostarczy ci listę zmian, pierwszy dokona samego wycofania.

Można to zrobić na dwa sposoby. Jeśli chcesz przywrócić wiele zatwierdzeń w jednym zatwierdzeniu, użyj:

for i in `git rev-list <first-commit-sha>^..<last-commit-sha>`; do git revert -n $i; done

spowoduje to cofnięcie potrzebnej grupy zatwierdzeń, ale pozostaw wszystkie zmiany w działającym drzewie, powinieneś je wszystkie zatwierdzić jak zwykle.

Inną opcją jest posiadanie jednego zatwierdzenia na cofniętą zmianę:

for i in `git rev-list <first-commit-sha>^..<last-commit-sha>`; do git revert --no-edit -s $i; done

Na przykład, jeśli masz drzewo zatwierdzania, takie jak

 o---o---o---o---o---o--->    
fff eee ddd ccc bbb aaa

aby przywrócić zmiany z eee na bbb , uruchom

for i in `git rev-list eee^..bbb`; do git revert --no-edit -s $i; done

Żadne z nich nie działało dla mnie, więc miałem trzy zatwierdzenia do wycofania (ostatnie trzy zatwierdzenia), więc zrobiłem:

git revert HEAD
git revert HEAD~2
git revert HEAD~4
git rebase -i HEAD~3 # pick, squash, squash

Działa jak urok :)

Moim zdaniem bardzo łatwym i czystym sposobem może być:

wróć do A.

git checkout -f A

skieruj głowę mistrza na bieżący stan

git symbolic-ref HEAD refs/heads/master

zapisać

git commit

Jeśli chcesz tymczasowo cofnąć zatwierdzenia funkcji, możesz użyć serii następujących poleceń.

Oto jak to działa

git log --pretty = oneline | grep „nazwa_funkcji” | cut -d '' -f1 | xargs -n1 git revert --no-edit