Видаліть усі локальні набори змін і поверніться до дерева

Я використовую Mercurial, і я потрапив у жахливу халепу з трьома головами. Я не можу натиснути, і я просто хочу видалити всі мої локальні зміни та коміти та почати спочатку з абсолютно чистим кодом та чистою історією.

Іншими словами, я хочу закінчити (а) точно таким самим кодом локально, що існує на кінчику віддаленої гілки, і (б) відсутністю історії будь-яких локальних комітів.

Я знаю, що hg update -Cзамінює будь-які місцеві зміни. Але як мені видалити будь-які локальні коміти?

Щоб бути зрозумілим, я не зацікавлений у збереженні будь-якої роботи, яку я робив на місцях. Я просто хочу найпростіший спосіб повернутися до абсолютно чистої локальної каси.

Коли найпростіший спосіб (новий hg clone) не є практичним, я використовую hg strip:

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

Повторюйте, поки не hg outgoingзалишиться тихим. Зверніть увагу, що hg strip $revзнищує $revі всіх його нащадків.

Зверніть увагу, що, можливо, вам доведеться спочатку увімкнути stripу своїх параметрах Mercurial .

PS: ще розумніший підхід полягає у використанні мови revset і виконуємо:

% hg strip 'roots(outgoing())'

Ви захочете зробити локальний клон, де ви збережете лише набори змін, які також є у віддаленому сховищі. Використання TortoiseHg , hg logабо аналогічний малюнку , які з ваших змін є те , що Lastest правка НЕ робити (один перед бардак почався). Використання hg outgoingможе допомогти тут - воно перелічить усі набори змін, які ви зробили - виберіть номер редакції раніше, ніж будь-який із них.

Якщо викликається цільова ревізія goodта викликається ваш клон foo, виконайте такі дії:

hg clone -r good foo foo-clean

Це буде швидка локальна операція - немає причин завантажувати все знову . foo-cleanКлон буде містити тільки до ревізії , перегляду good. Тепер ви можете замінити foo-clean/.hg/hgrcз foo/.hg/hgrcтим щоб зберегти свої сховища локальної настройки , такі як по замовчуванням тягни / штовхай шлях до.

Коли ви переконаєтесь, що foo-cleanмає все необхідне foo, просто видаліть fooі перейменуйте foo-cleanна foo. Зробіть, hg pullщоб отримати нові набори змін з віддаленого сховища у ваш клон, і продовжуйте, як зазвичай.

Якщо ніхто не надсилав нові набори змін у віддалене сховище, то дуже просто визначити, яку редакцію ви хочете використовувати, як goodзазначено вище: hg id defaultскаже вам ідентифікатор підказки у віддаленому сховищі.

Гаразд. Тож просто видаліть усі локальні матеріали, hg initнове місцеве сховище та hg pullостанню пораду, яка у вас є. Не забудьте hg updateпісля цього.

Ви можете використовувати

перегляд смуги hg - -

щоб убити будь-яку редакцію та її піддерево у вашому локальному сховищі.

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

Але не намагайтеся використовувати його для чогось, що вже було просунуто.

Просто видаліть усе, що є у вашій локальній системі, і повторно клонуйте віддалений репо.

hg strip `hg out --template" {rev} {author} \ n "| grep YOUR_AUTHOR_NAME | вирізати -d "" -f 1`

робить трюк для мене.

Він видаляє всі версії, які не надсилаються до сховища за замовчуванням, створеного з вашим іменем автора.

Ви також можете використовувати цей стиль, щоб зробити його не перевіряючим зі сховищем за замовчуванням, а з іншим сховищем

hg strip `hg out OTHER_REPO_ALIAS - шаблон" {rev} {автор} \ n "| grep YOUR_AUTHOR_NAME | вирізати -d "" -f 1`

Якщо ви використовуєте TortoiseHg, один простий спосіб вийти з (маленького) безладу - це спочатку оновити останню редакцію, потім вибрати набори змін і ініціювати "злиття з локальним". Коли з'явиться діалогове вікно злиття, просто натисніть маленький значок "+", щоб відкрити деякі додаткові параметри, одним з яких є "скасувати набори змін із цільової (іншої) версії злиття". Це буде означати, що ваші набори змін все ще будуть у репо та будуть підштовхуватися, але не матимуть ефекту, оскільки вони будуть відкинуті під час злиття. Якщо у вас є багато наборів змін, що охоплюють багато голов, ви, можливо, не захочете забруднювати репо таким чином, але це просте виправлення, яке варто розглянути, якщо набори змін, які ви відкидаєте, містять дані, на які згодом ви можете посилатися.