Usuń wszystkie lokalne zestawy zmian i wróć do drzewa

Używam Mercurial i wpadłem w straszny bałagan lokalnie, z trzema głowami. Nie mogę naciskać i chcę po prostu usunąć wszystkie lokalne zmiany i zatwierdzenia i zacząć od nowa z całkowicie czystym kodem i czystą historią.

Innymi słowy, chcę skończyć z (a) dokładnie tym samym kodem lokalnie, jaki istnieje na końcu zdalnej gałęzi i (b) bez historii jakichkolwiek lokalnych zatwierdzeń.

Wiem, że hg update -Cnadpisuje wszelkie lokalne zmiany. Ale jak usunąć lokalne zatwierdzenia?

Żeby było jasne, nie interesuje mnie zachowanie żadnej pracy, którą wykonałem lokalnie. Chcę tylko najprostszego sposobu na powrót do całkowicie czystego, lokalnego kasy.

Kiedy najprostszy sposób (nowy hg clone) nie jest praktyczny, używam hg strip:

% hg outgoing -l 1
% hg strip $rev # replace $rev with the revision number from outgoing

Powtarzaj, aż hg outgoingpozostanie cicho. Zauważ, że hg strip $revunicestwia $revi wszystkich jego potomków.

Pamiętaj, że może być konieczne włączenie najpierw stripw ustawieniach Mercurial .

PS: jeszcze mądrzejszym podejściem jest użycie języka revset i wykonanie:

% hg strip 'roots(outgoing())'

Będziesz chciał utworzyć lokalny klon, w którym zachowasz tylko zestawy zmian, które są również obecne w zdalnym repozytorium. Zastosowanie TortoiseHg , hg loglub podobna, aby dowiedzieć się, które z wersjami Ostatnia wersja jest taka, że ty nie zrobić (jeden przed bałagan uruchomiony). Użycie hg outgoingmoże tutaj pomóc - wyświetli listę wszystkich wprowadzonych zestawów zmian - wybierz numer wersji wcześniejszy niż którykolwiek z nich.

Jeśli wywoływana jest wersja docelowa goodi wywoływany jest twój klon foo, wykonaj:

hg clone -r good foo foo-clean

Będzie to szybka, lokalna operacja - nie ma powodu, aby pobierać wszystko od nowa . foo-cleanKlon będzie zawierać tylko Zestawienia zmian do rewizji good. Teraz można zastąpić foo-clean/.hg/hgrcz foo/.hg/hgrcaby zachować swoje ustawienia repozytorium lokalne takie jak ścieżka domyślna Push / przeciwsobnym.

Kiedy upewnisz się, że foo-cleanmasz wszystko, czego potrzebujesz foo, po prostu usuń fooi zmień nazwę foo-cleanna foo. Wykonaj a, hg pullaby pobrać nowe zestawy zmian ze zdalnego repozytorium do swojego klonu i kontynuuj normalnie.

Jeśli nikt nie wypchnął nowych zestawów zmian do zdalnego repozytorium, bardzo łatwo jest określić, której wersji chcesz użyć, jak goodpowyżej: hg id defaultpoda identyfikator wskazówki w zdalnym repozytorium.

Dobrze. Po prostu usuń wszystkie lokalne rzeczy, hg initnowe lokalne repozytorium i hg pullnajnowszą wskazówkę, którą masz. Nie zapomnij o hg updatetym po tym.

Możesz użyć

wersja paska hg

zabić dowolną wersję i jej poddrzewo w lokalnym repozytorium.

https://www.mercurial-scm.org/wiki/Strip

Ale nie próbuj go używać do niczego, co już zostało wypchnięte.

Po prostu usuń wszystko, co masz w systemie lokalnym i ponownie sklonuj zdalne repozytorium.

hg strip `hg out --template" {poprawka} {autor} \ n "| grep YOUR_AUTHOR_NAME | cut -d "" -f 1`

załatwia sprawę dla mnie.

Usuwa wszystkie wersje, które nie zostały przeniesione do domyślnego repozytorium, które są tworzone z nazwiskiem autora.

Możesz również użyć tego stylu, aby nie sprawdzał się w domyślnym repozytorium, ale w innym repozytorium

hg strip `hg out OTHER_REPO_ALIAS --template" {rev} {autor} \ n "| grep YOUR_AUTHOR_NAME | cut -d "" -f 1`

Jeśli używasz TortoiseHg, jednym prostym sposobem na wyjście z (małego) bałaganu jest najpierw zaktualizowanie do najnowszej wersji, a następnie wybranie zestawów zmian i zainicjowanie „scalenia z lokalnymi”. Kiedy pojawi się okno dialogowe scalania, wystarczy kliknąć małą ikonę „+”, aby wyświetlić dodatkowe opcje, z których jedną jest „odrzuć zestawy zmian z wersji docelowej scalania (innej)”. W ten sposób Twoje zestawy zmian będą nadal znajdować się w repozytorium i zostaną wypchnięte, ale nie przyniosą żadnego efektu, ponieważ zostaną odrzucone podczas scalania. Jeśli masz wiele zestawów zmian obejmujących wiele głów, możesz nie chcieć zanieczyszczać repozytorium w ten sposób, ale jest to prosta poprawka i warto rozważyć, czy zestawy zmian, które odrzucasz, zawierają dane, do których możesz później chcieć się odwołać.