Mercurial - вернуться к старой версии и продолжить оттуда

hg update [-r REV]

Если позже вы сделаете коммит, вы фактически создадите новую ветку. Тогда вы можете продолжить работу только с этой веткой или со временем объединить с ней существующую.

Вот шпаргалка по командам:

• hg update изменяет родительскую ревизию вашей рабочей копии, а также изменяет содержимое файла, чтобы оно соответствовало этой новой родительской ревизии. Это означает, что новые коммиты будут продолжаться с той ревизии, до которой вы обновляете.

• hg revert изменяет только содержимое файла и оставляет только родительскую версию рабочей копии. Обычно вы используете hg revert, когда решаете, что не хотите сохранять незавершенные изменения, внесенные вами в файл, в вашей рабочей копии.

• hg branch запускает новую именованную ветку. Думайте об именованной ветке как о метке, которую вы назначаете ревизиям. Так что если вы сделаете hg branch red, то следующие ревизии будут отмечены как принадлежащие "красной" ветке. Это может быть хорошим способом организовать ревизии, особенно когда разные люди работают над разными ветвями, и вы позже захотите увидеть, откуда произошла ревизия. Но вы не хотите использовать его в своей ситуации.

Если вы используете hg update --rev 38, то изменения 39–45 останутся тупиком - болтающейся головой, как мы это называем. При отправке вы получите предупреждение, так как вы будете создавать «несколько голов» в репозитории, в который отправляете. Предупреждение есть, потому что оставлять такие головы невежливо, поскольку они предполагают, что кому-то нужно выполнить слияние. Но в вашем случае вы можете просто пойти и hg push --force, так как вы действительно хотите оставить это висеть.

Если вы еще не разместили ревизию 39-45 где-то еще, вы можете оставить их в секрете. Это очень просто: с hg clone --rev 38 foo foo-38 вы получите новый локальный клон, который содержит только до версии 38. Вы можете продолжить работу в foo-38 и продвигать новые (хорошие) наборы изменений, которые вы создаете. У вас останутся старые (плохие) версии в вашем foo клоне. (Вы можете переименовывать клоны по своему усмотрению, например, foo на foo-bad и foo-38 на foo.)

Наконец, вы также можете использовать hg revert --all --rev 38, а затем выполнить фиксацию. Это создаст ревизию 46, которая выглядит идентично ревизии 38. Затем вы продолжите работу с ревизии 46. Это не создаст вилку в истории таким же явным образом, как это сделал hg update, но, с другой стороны, вы не получите жалоб на имея несколько голов. Я бы использовал hg revert, если бы я сотрудничал с другими, которые уже сделали свою собственную работу на основе ревизии 45. В противном случае hg update является более явным.

Я только что столкнулся со случаем, когда мне нужно было вернуть только один файл к предыдущей ревизии сразу после того, как я сделал коммит и нажал. Сокращенный синтаксис для указания этих версий не рассматривается в других ответах, поэтому вот команда для этого

hg revert path/to/file -r-2

Этот -2 вернется к версии перед последней фиксацией, использование -1 просто вернет текущие незафиксированные изменения.

ИМХО, hg strip -r 39 этот случай лучше подходит.

Он требует включения расширения mq и имеет те же ограничения, что и «метод клонирования репо», рекомендованный Мартином Гейслером: если набор изменений был каким-то образом опубликован, он (вероятно) вернется в ваше репо в какой-то момент времени, потому что вы только изменили ваше местное репо.

После использования hg update -r REV в ответе не было ясно, как зафиксировать это изменение, чтобы затем можно было нажать.

Если вы просто попытаетесь выполнить фиксацию после обновления, Mercurial не обнаружит никаких изменений.

Мне нужно было сначала внести изменения в любой файл (скажем, в README), чтобы Mercurial распознал, что я сделал новое изменение, а затем я мог это зафиксировать.

Затем были созданы две головы, как уже упоминалось.

Чтобы избавиться от другой головы перед нажатием, я затем выполнил шаг слияния без операций, чтобы исправить это ситуация.

Тогда я смог толкнуть.

Приведенные выше ответы были очень полезны, и я многому научился. Однако для моих нужд краткий ответ:

hg revert --all --rev ${1}

hg commit -m "Restoring branch ${1} as default"

где ${1} - номер ревизии или имя ветки. Эти две строки на самом деле являются частью сценария bash, но они отлично работают сами по себе, если вы хотите сделать это вручную.

Это полезно, если вам нужно добавить оперативное исправление в ветку выпуска, но нужно выполнить сборку по умолчанию (до тех пор, пока мы не получим правильные инструменты CI и не сможем строить из веток, а позже также покончим с ветвями выпуска).

Я бы установил Tortoise Hg (бесплатный графический интерфейс для Mercurial) и использовал его. Затем вы можете просто щелкнуть правой кнопкой мыши ревизию, к которой вы, возможно, захотите вернуться - со всеми сообщениями фиксации перед вашими глазами - и «Вернуть все файлы». Делает интуитивно понятным и простым откат назад и вперед между версиями набора файлов, что может быть действительно полезно, если вы хотите установить, когда проблема впервые появилась.