Czy jest jakiś sposób na usunięcie lokalnych zatwierdzeń w Mercurial?

Dlatego ciągle popełniam głupi błąd w Mercurial. Często zaczynam pracę bez „ściągania hg” i „aktualizacji hg”. Kiedy próbuję wprowadzić zmiany, pojawia się błąd.

Czy istnieje sposób na usunięcie moich lokalnych zatwierdzeń, aby uniknąć tworzenia wielu nagłówków, oddziałów itp.? Chcę tylko usunąć moje lokalne zatwierdzenia, scalić moje zmiany z napiwkiem, a następnie ponownie zatwierdzić. Brzmi prosto, prawda? Nie mogę znaleźć sposobu na łatwe usunięcie lokalnych zatwierdzeń, więc mogę czysto scalić się ze wskazówką.

Znowu próbuję tylko usunąć lokalne zatwierdzenia wykonane za pomocą „hg ci”. Nie chcę modyfikować plików, przywracać itp.

Włącz rozszerzenie „ strip ” i wpisz następujące polecenie:

hg strip #changeset# --keep

Gdzie #changeset#jest skrót dla zestawu zmian, który chcesz usunąć. Spowoduje to usunięcie wymienionego zestawu zmian, w tym zestawów zmian, które z niego pochodzą i pozostawi niezmieniony katalog roboczy . Jeśli chcesz również przywrócić wprowadzone zmiany w kodzie, usuń tę --keepopcję.

Aby uzyskać więcej informacji, sprawdź Strip Extension .

Jeśli pojawi się komunikat „nieznane polecenie”, może być konieczne włączenie go. Aby to zrobić, znajdź plik .hgrclub Mercurial.inii dodaj do niego następujące elementy:

[extensions]
strip =

Zauważ, że (jak wspomniał Juozas w swoim komentarzu) posiadanie wielu głowic jest normalnym procesem pracy w Mercurial. Nie powinieneś używać polecenia strip do walki z tym. Zamiast tego powinieneś połączyć głowę z głową przychodzącą, rozwiązać wszelkie konflikty, przetestować, a następnie pchnąć.

stripKomenda jest użyteczna, gdy naprawdę chcesz pozbyć Zestawienia zmian, które zanieczyszczają oddział. W rzeczywistości, jeśli znajdujesz się w sytuacji tego pytania i chcesz całkowicie trwale usunąć wszystkie „zmiany” zestawów zmian , sprawdź najwyższą odpowiedź , która w zasadzie sugeruje wykonanie:

hg strip 'roots(outgoing())'

Jeśli używasz Hg Tortoise, po prostu aktywuj rozszerzenie „ strip ” w:

1. Plik / Ustawienia / Rozszerzenia /
2. Wybierz pasek

Następnie wybierz dolną wersję, od której chcesz rozpocząć usuwanie, wykonując tę ​​czynność right clicki wybierając:

1. Zmień historię
2. Rozebrać się

Takie jak to:

W tym przykładzie zostanie on skasowany z 19. rewizji do ostatniej zatwierdzonej wersji (22).

Współczesna odpowiedź (dotyczy tylko wersji Mercurial 2.1):

Użyj faz i zaznacz wersje, których nie chcesz udostępniać, jako tajne (prywatne). W ten sposób, kiedy naciskasz, nie zostaną wysłane.

W TortoiseHG możesz kliknąć zatwierdzenie prawym przyciskiem myszy, aby zmienić jego fazę.

Ponadto: Możesz także użyć rozszerzenia „rebase”, aby przenieść wyciągi lokalne do szefa udostępnionego repozytorium po wyciągnięciu.

Jak wszyscy inni wskazują, powinieneś po prostu pociągnąć, a następnie scalić głowy, ale jeśli naprawdę chcesz pozbyć się swoich zobowiązań bez żadnych narzędzi EditingHistory , możesz po prostu hg clone -rrepozytorium, aby uzyskać wszystkie zmiany oprócz tych.

To nie usuwa ich z oryginalnego repozytorium, ale tworzy nowy klon, który ich nie ma. Następnie możesz usunąć zmodyfikowane repozytorium (jeśli chcesz).

Też natknąłem się na ten problem. Zrobiłem 2 commiti chciałem wycofać i usunąć oba zatwierdzenia.

$ hg rollback

Ale hg rollbackpo prostu cofa się do ostatniego zatwierdzenia, a nie 2 zatwierdzeń. W tym czasie nie zdawałem sobie z tego sprawy i zmieniłem kod.

Kiedy znalazłem, hg rollbackże właśnie wycofałem jeden zatwierdzenie, stwierdziłem, że mogę użyć hg strip #changeset#. Tak więc szukałem hg log -l 10ostatnich 10 zatwierdzeń i otrzymałem odpowiedni zestaw zmian, który chciałem strip.

$ hg log -l 10
changeset:   2499:81a7a8f7a5cd
branch:      component_engine
tag:         tip
user:        myname<[email protected]>
date:        Fri Aug 14 12:22:02 2015 +0800
summary:     get runs from sandbox

changeset:   2498:9e3e1de76127
branch:      component_engine
user:        other_user_name<[email protected]>
date:        Mon Aug 03 09:50:18 2015 +0800
summary:     Set current destination to a copy incoming exchange

......

$ hg strip 2499
abort: local changes found

Co abort: local changes foundznaczy Oznacza to, że hgznaleziono zmiany w kodzie, które nie zostały jeszcze zatwierdzone. Aby rozwiązać ten problem, należy hg diffzapisać zmieniony kod hg reverti hg strip #changeset#. Takie jak to:

$ hg diff > /PATH/TO/SAVE/YOUR/DIFF/FILE/my.diff
$ hg revert file_you_have_changed
$ hg strip #changeset#

Po wykonaniu powyższej czynności możesz utworzyć patchplik różnicowy, a kod można dodać z powrotem do projektu.

$ patch -p1 < /PATH/TO/SAVE/YOUR/DIFF/FILE/my.diff

Możesz obejść to jeszcze łatwiej dzięki rozszerzeniu Rebase , po prostu użyj, hg pull --rebasea twoje zatwierdzenia zostaną automatycznie ponownie zatwierdzone do wyciągniętej wersji, unikając problemu rozgałęziania.

Jeśli znasz git, z przyjemnością skorzystasz z histedit, który działa jak git rebase -i.

hg stripjest tym, czego szukasz. Jest to analogiczne, git resetjeśli znasz git.

Użyj konsoli:

1. Musisz znać numer wersji. hg log -l 10. To polecenie pokazuje ostatnie 10 zatwierdzeń. Znajdź zatwierdzenie, którego szukasz. Potrzebujesz 4-cyfrowej liczby z linii zmiany zestawuchangeset: 5888:ba6205914681

2. Potem hg strip -r 5888 --keep. Spowoduje to usunięcie rekordu zatwierdzenia, ale wszystkie pliki zostaną zmodyfikowane, a następnie można je ponownie uruchomić. (jeśli chcesz usunąć pliki, aby po prostu usunąć --keephg strip -r 5888

[Hg Tortoise 4.6.1] Jeśli jest to ostatnia akcja, możesz użyć akcji „Cofnij / Cofnij” (Ctrl + U).

Oprócz doskonałej odpowiedzi Samaursy, możesz użyć evolverozszerzenia prunejako bezpiecznej i możliwej do odzyskania wersji strip, która pozwoli Ci wrócić na wypadek, gdybyś zrobił coś złego.

Mam na sobie te aliasy .hgrc:

 # Prunes all draft changesets on the current repository
 reset-tree = prune -r "outgoing() and not obsolete()"
 # *STRIPS* all draft changesets on current repository. This deletes history.
 force-reset-tree = strip 'roots(outgoing())'

Zauważ, że prunerównież --keep, podobnie jak strip, zachowuje nienaruszony katalog roboczy, umożliwiając ponowne uruchomienie plików.