Właśnie zmiażdżyłem niektóre zobowiązania git rebasei zrobiłem git push --force(co jest złe, wiem).

Teraz inni inżynierowie oprogramowania mają inną historię, a kiedy to zrobią git pull, Git się połączy. Czy istnieje sposób, aby to naprawić, z wyjątkiem robienia rm my-repo; git clone [email protected]:my-repo.git?

Potrzebuję czegoś przeciwnego git push --force, ale git pull --forcenie dał zamierzonych rezultatów.

Aby otrzymać nowe zobowiązania

git fetch

Resetowanie

Możesz zresetować zatwierdzenie dla lokalnego oddziału za pomocą git reset.

Aby zmienić zatwierdzenie oddziału lokalnego:

git reset origin/master --hard

Bądź jednak ostrożny, jak to dokumentuje:

Resetuje indeks i działające drzewo. Wszelkie zmiany w śledzonych plikach w działającym drzewie od czasu <commit> są odrzucane.

Jeśli chcesz zachować wszystkie zmiany, które wprowadziłeś lokalnie - --softzamiast tego wykonaj reset. Który zaktualizuje historię zatwierdzeń dla gałęzi, ale nie zmieni żadnych plików w katalogu roboczym (a następnie możesz je zatwierdzić).

Rebase

Możesz odtworzyć swoje lokalne zatwierdzenia na dowolnym innym zatwierdzeniu / oddziale, używając git rebase:

git rebase -i origin/master

Spowoduje to wywołanie rebase w trybie interaktywnym, w którym możesz wybrać sposób zastosowania każdego indywidualnego zatwierdzenia, którego nie ma w historii, której aktualizujesz.

Jeśli zatwierdzenia, które usunąłeś (za pomocą git push -f), zostały już wprowadzone do historii lokalnej, zostaną wymienione na liście jako zatwierdzenia, które zostaną ponownie zastosowane - będą musiały zostać usunięte w ramach bazy lub po prostu zostaną ponownie włączone do historii dla oddziału - i pojawi się w odległej historii przy kolejnym wypychaniu.

Skorzystaj z pomocy, git command --helpaby uzyskać więcej informacji i przykładów na temat dowolnego z powyższych (lub innych) poleceń.

Nie naprawi to gałęzi, które już zawierają kod, którego nie chcesz (zobacz poniżej, jak to zrobić), ale jeśli wyciągnęły jakąś gałąź i teraz chcą, aby była czysta (a nie „wyprzedzająca” przed origin / some-branch), a następnie:

git checkout some-branch   # where some-branch can be replaced by any other branch
git branch base-branch -D  # where base-branch is the one with the squashed commits
git checkout -b base-branch origin/base-branch  # recreating branch with correct commits

Uwaga: Możesz połączyć je wszystkie, umieszczając && między nimi

Uwaga 2: Florian wspomniał o tym w komentarzu, ale kto czyta komentarze, gdy szuka odpowiedzi?

Uwaga 3: Jeśli masz zanieczyszczone gałęzie, możesz utworzyć nowe na podstawie nowej „głupiej gałęzi” i po prostu zatwierdzić wybór.

Dawny:

git checkout feature-old  # some branch with the extra commits
git log                   # gives commits (write down the id of the ones you want)
git checkout base-branch  # after you have already cleaned your local copy of it as above
git checkout -b feature-new # make a new branch for your feature
git cherry-pick asdfasd   # where asdfasd is one of the commit ids you want
# repeat previous step for each commit id
git branch feature-old -D # delete the old branch

Teraz nowa funkcja jest twoją gałęzią bez dodatkowych (prawdopodobnie złych) zmian!

Pociągnij za pomocą podstawy

Regularne pobieranie to fetch + merge, ale to, czego chcesz, to fetch + rebase. Jest to opcja z pullpoleceniem:

git pull --rebase