Скажем, я внес много изменений в свой код, и мне нужно зафиксировать только несколько из этих изменений. Есть ли способ сделать это в ртути? Я знаю, что у darcs есть такая функция.
Я знаю, что hg transplant может делать это между ветвями, но мне нужно что-то подобное для фиксации кода в текущей ветке, а не при добавлении наборов изменений из какой-то другой ветки.
MQ, как упомянул Чад, - это один путь. Есть и более легкие решения:
Если вы используете TortoiseHg 1.x для Windows, эта функция прекрасно реализована прямо из коробки (расширения не требуются).
В TortoiseHg 2.x вкладка «Выбор фрагмента» больше не существует. Его место занимает инструмент "Полка". У него есть несколько дополнительных функций, чем у старого выбора фрагментов. Эти новые функции достигаются за счет некоторой дополнительной сложности.
Обратите внимание, что при использовании этой функции нет необходимости явно включать расширение Mercurial Shelve. По словам Стива Борхо (ведущего разработчика TortoiseHg) в , ответ на другой вопрос TortoiseHg: «У нас есть локальная копия расширения полки, и мы вызываем ее напрямую».
В TortoiseHg 2.7+ эта функция была улучшена и повторно представлена. Теперь он встроен непосредственно в инструмент фиксации:
Обратите внимание в списке файлов слева, что верхний файл отмечен, чтобы указать, что он будет включен, второй файл не отмечен, потому что он не будет включен, а третий файл, Sample.txt, заполнен (индикатор флажка Null) потому что только выбранные изменения из этого файла будут включены в фиксацию.
Изменения в Sample.txt, которые будут включены, отмечены в правой нижней части изображения. Изменения, которые будут исключены, не отмечены, а представление различий неактивно. Также обратите внимание, что значок инструмента полки по-прежнему доступен.
Я чувствую, что что-то упускаю, потому что этого еще никто не предлагал.
Обычная команда «hg commit» может использоваться для выборочного выбора того, что нужно зафиксировать (вам не нужно фиксировать все ожидающие изменения в локальном рабочем каталоге).
Если у вас есть набор таких изменений:
M ext-web/docroot/WEB-INF/liferay-display.xml
M ext-web/docroot/WEB-INF/liferay-portlet-ext.xml
M ext-web/docroot/WEB-INF/portlet-ext.xml
Вы можете зафиксировать только два из этих изменений с помощью ...
hg commit -m "partial commit of working dir changes" ext-web/docroot/WEB-INF/liferay-display.xml ext-web/docroot/WEB-INF/liferay-portlet-ext.xml
Не очень удобно из командной строки, потому что вам нужно вручную вводить файлы для выборочной фиксации (в отличие от процесса с флажком GUI, такого как черепаха), но это примерно так же просто, как и получается, и не требует расширений. И подстановка файлов, вероятно, может помочь уменьшить набор текста (как это было выше, оба зафиксированных файла однозначно используют "liferay" в своих именах пути.
Учебник Mercurial Queues ужасен для этого случая использования. Все примеры, которые я видел, предполагают, что вы еще не совершили фиксацию и обновляете один патч. В большинстве случаев это не так, и у вас есть 2 или 3 коммита, которые вы хотите объединить или изменить каким-либо другим способом.
Допустим, у вас есть такая история:
---O---O---A---B---C
Первый пример - сквош коммитов A, B и C. Первый запуск mq:
$ hg qinit
Теперь нам нужно «импортировать» коммиты A, B и C в очередь исправлений. Предположим, это последние 3 коммита. Мы можем использовать синтаксис ревизии "-N", чтобы импортировать их следующим образом:
$ hg qimport -r -3:-1
Это означает импорт в виде исправлений от 3 исправлений до последней фиксации. Вы можете проверить статус этих исправлений с помощью hg qseries. Должно появиться что-то вроде этого:
$ hg qseries
101.diff
102.diff
103.diff
Где номера 101, 102 и 103 соответствуют номерам локальных ревизий коммитов A, B и C. Теперь эти исправления применены, что означает, что изменения, которые они описывают, уже находятся в рабочей копии. Вы можете избавиться от изменений в рабочей копии и удалить их из истории коммитов, сохранив их только в форме патча, используя hg qpop. Вы можете либо сказать hg qpop; hg qpop, чтобы убрать изменения C и B из стека, либо указать патч, который нужно «вытолкнуть». В этом случае это будет примерно так:
$ hg qpop 101.diff
now at: 101.diff
Теперь у вас есть исправления для коммитов B и C в очереди исправлений, но они не применяются (их изменения были «потеряны» - они существуют только в области очереди исправлений). Теперь вы можете складывать эти патчи в последний, т.е. мы создаем новый коммит, который является эквивалентом суммы изменений A + B + C.
$ hg qfold -e 102.diff 103.diff
Это покажет ваш редактор, чтобы вы могли изменить сообщение фиксации. По умолчанию сообщение представляет собой объединение сообщений фиксации для изменений A, B и C, разделенных звездочками. Приятно то, что hg qfold будет завершать исправления табуляцией, если вы используете bash и у вас есть исходный код сценария hg-completion. Это оставляет историю так, где A + B + C - это один коммит, который представляет собой комбинацию 3 патчей, которые нас интересуют:
---O---O---A+B+C
Другой вариант использования - если у нас такая же история, как и раньше, но мы хотим удалить патч B и объединить A + C. На самом деле это очень похоже на вышеизложенное. Когда вы дойдете до шага qfold, вы просто сбросите последнюю фиксацию, а не последние 2 фиксации:
$ hg qfold -e 103.diff
Это оставляет изменение для B в очереди исправлений, но оно не применяется к рабочей копии, и его фиксация отсутствует в истории. В этом можно убедиться, запустив:
$ hg qunapplied
102.diff
История теперь выглядит так, где A + C - это один коммит, объединяющий изменения A и C:
---O---O---A+C
Последний вариант использования может заключаться в том, что вам нужно применить только фиксацию C. Вы можете сделать это, запустив qimport, как указано выше, и вы удалите все патчи, которые вам не нужны:
$ hg qpop -a
Флаг -a означает удаление всех патчей. Теперь вы можете применить только тот, который вам нужен:
$ hg qpush 103.diff
Это оставляет вам эту историю:
---O---O---C
Как только вы закончите со всем этим, вам нужно закончить возиться с очередью. Это можно сделать с помощью:
$ hg qfinish -a
Итак, вот и мы. Теперь вы можете запустить hg push и зафиксировать только то, что вы хотите, или hg email согласованный патч в список рассылки.
Прошло какое-то время. Кажется, лучший вариант сейчас - hg commit --interactive
Вы можете использовать расширение записи, которое распространяется с Mercurial.
Вам необходимо сначала включить его в вашем ~/.hgrc файле, добавив его в раздел [extensions]:
[extensions]
record=
Затем просто введите hg record вместо hg commit, и вы сможете выбрать, какие изменения в каких файлах вы хотите зафиксировать.
Вы также можете использовать расширение crecord, которое обеспечивает более удобный интерфейс для просмотра и выбора изменений. (Однако он не распространяется с Mercurial, и я видел, как он иногда портит коммит, поэтому он не полностью свободен от ошибок.)
Я считаю, что Mercurial Queues выполняет эту роль для Mercurial. Там есть ссылка на неплохой учебник.
Попробуйте qct (Qt Commit Tool). В нем есть функция «выбора изменений», которая запускает инструмент трехстороннего слияния, чтобы вы могли отменить отдельные изменения. После фиксации те изменения, которые вы «отменили», возвращаются.
Я использую commit-patch. Это скрипт, который позволяет редактировать разницу перед фиксацией. Это действительно хорошо с режимом diff-mode и vc-режимом Emacs.
Раньше я использовал crecord, но в нем есть ошибки, связанные с unicode (на самом деле расширение записи имеет ошибки, от которых зависит crecord).
Сначала вы должны забыть все, что вы когда-либо знали о графическом интерфейсе пользователя, и вернуться в командную строку. Далее из командной строки сделайте следующее:
hg stat> filelist.txt
Это направит все ваши измененные файлы в текстовый файл с именем filelist.txt.
Затем отредактируйте список файлов, включив в него только те файлы, которые вы хотите зафиксировать.
Наконец, выполните фиксацию с использованием набора файлов sytnax:
hg commit "set: 'listfile: test.txt'"
