Я использую TortoiseHg для контроля версий. Я нажал на удаленный репозиторий после фиксации на локальном. Как мне отменить определенную точку фиксации?
Было три разных толчка, и я хочу вернуться к первому толчку. Я читал о командах hg rollback и hg undo, но не знаю, как их использовать для этого.
Поскольку вы отправили данные в другой репозиторий, у вас нет возможности узнать, куда распространились ваши изменения. Если бы вы не нажали, вы могли бы выполнить отмену, но в любом случае при отмене выполняется только последняя транзакция.
Другой вариант по-настоящему изменить историю - это команда strip, но, опять же, поскольку вы нажали, это не вариант. Если вы удалили свой локальный, вы все равно получите изменения обратно в следующий раз, когда вы его потянете.
Если у вас есть доступ к центру, вы можете удалить его, но если кто-то уже отозвал ваши изменения, они снова появятся в центре при следующем нажатии.
Единственный безопасный вариант на данный момент - это команда возврата. По сути, это создает новую ревизию на кончике, которая отменяет случайно введенные вами ревизии.
С «пуристической» точки зрения Mercurial Майк прав - выдвигаемые изменения находятся вне вашего контроля. Но на практике это зачастую слишком строгая точка зрения.
Вопреки тому, что сказал Майк, удаление уже выдвинутых наборов изменений может быть вариантом. Это зависит от того, есть ли у вас контроль над центральным репозиторием (чтобы удалить его тоже), а также от размера вашей команды / сообщества и от того, как оно организовано.
Если вы точно знаете, что никто еще не вытащил ваши плохие наборы изменений, просто удалите локальное и центральное репо - готово, история удалена.
Если есть шанс, что кто-то уже удалил ваши плохие ревизии, вы также должны удалить локальное и центральное репо, и вам нужно будет уведомить всех участников команды, которые хотят удалить плохие ревизии в их локальных репозиториях. репо (или переклонирование из удаленного центрального репо). Если повезет, все сделают то, что вы говорите. В противном случае наборы изменений рано или поздно снова окажутся в центральном репо.
Суть в том, что удаление может быть решением для таких случаев, как ваш - вы должны сбалансировать затраты (обременять свою команду дополнительной работой) и выгоду (чистая история).
Практический пример, когда выгода превышает стоимость, - это случайное добавление больших двоичных файлов. В этом случае, вероятно, каждый член команды предпочитает синхронное разделение, а не работать с взорванным репозиторием.
ОБНОВЛЕНИЕ: вы можете использовать обработчики на стороне сервера, чтобы предотвратить возвращение удаленных наборов изменений в центральный репозиторий - подробнее здесь.
Возможно, вы захотите прочитать страницу hginit.com, посвященную устранению лохов. Вы хотите «отступить», слиться и подтолкнуть. На самом деле это создает новую фиксацию, которая выполняет обратные изменения и применяет ее.
