8-900-374-94-44
Когда я познакомился с Mercurial, то все свои знания я почерпнул из статей Спольского (перевод на Хабре), которые подробно описывают основные принципы работы Mercurial и ежедневную работу с ним. Долгое время я использовал Mercurial в пределах, которые не превышали объема этих статей. Наверно, для одиночного разработчика этого почти достаточно. Почти. Но Mercurial сегодня значительно шире и обладает возможностями допускающими редактирование истории изменений, наличие которых, в общем-то, не очевидно, хотя возможности эти достаточно ценны. А из комментариев к разным статьям по системам управления версиями видно, что многие разработчики об этих возможностях не знают. Ниже я хочу провести обзор ряда возможностей Mercurial связанных с изменением истории.
О чем пойдет речь:
Любой набор, как только он создан, навеки прописывается в репозитории. Неважно полезен ли этот отдельный набор, или он часть никому не нужной тупиковой ветви развития, он сохраняется и копируется во все репозитории. По крайней мере, так выглядит Mercurial на первый взгляд. С другой стороны иногда бывает действительно нужно удалять или заменять наборы изменений. Поэтому в Mercurial появился ряд инструментов, которые могут изменять историю. Изменять ревизии, которые известны другим репозиториям считается опасно, поскольку эти ревизии могут использоваться в других репозиториях, скажем, быть родителями новых ветвей. Поэтому удаление ревизий никогда не затрагивает внешние репозитории. Удаление локально. При синхронизации все ревизии, которые вы удалили у себя, будут вновь затянуты и создадут путаницу. Поэтому замена истории в Mercurial — это действие локального характера, которое проводиться только в пределах изменений, которых никто кроме вас не видит. Mercurial пытается автоматически отслеживать публичность или приватность наборов изменений при помощи механизма фаз.
Каждый набор изменений принадлежит к одной из трех фаз:
Итак, когда мы создаем новый набор изменений при помощи hg commit, этот набор относится к фазе draft. Этот набор есть только у нас, однако, при первой возможности все изменения будут отправлены в общий репозиторий.
Фаза при этом изменится на public. Если мы хотим пока работать локально, чтобы об изменения не публиковались, то мы можем отнести изменения явно к фазе secret. Тогда изменения будут оставаться в локальном репозитории до тех пор, пока мы явно не изменим фазу на draft или public.
Проверяется и изменяется фаза командой hg phase. К примеру, возьмем репозиторий, в котором есть только один набор изменений:
hg log changeset: 0:adfd3246d8b4 tag: tip user: Пользователь date: Sat Nov 07 11:12:43 2015 +0300 summary: initial commitПроверяем, какая сейчас фаза у набора изменений 0:
hg phase -r 0 0: draft
Чтобы изменить фазу к команде добавляется параметр –draft, —public или –secret (они же –d, -p, -s). Изменяем фазу на секретную:
hg phase --secret –-force -r 0 hg phase -r 0 0: secret
Обратите внимание, что для того, чтобы увеличить фазу (в направлении от публичной до секретной) нужно использовать ключ —force.
Уменьшение фазы в обратном направлении всегда безопасно. Чаще всего нужно только помечать наборы изменений как секретные, либо возвращать их к фазе draft. Механизм фазы задуман таким образом, чтобы не требовать особого внимания пользователя. Напоминаю, что изменять наборы изменений можно, только если они не принадлежат к публичной фазе.
Фазу видно из главного окна TortoiseHg. изменить ее можно при помощи контекстного меню.
Наверное, каждому случалось через мгновение после коммита обнаруживать ошибку в сообщении или сталкиваться с тем, что только что созданный коммит сломал билд. Как раз для этих случаев команда hg commit имеет опцию amend. Когда используется эта опция вместо создания отдельного набора изменений, вносится коррекция в последний из наборов (точнее в текущий набор). Все настолько просто, что рассказывать нечего. Создаем коммит с ошибкой в текстовом описании:
hg commit -m "Првый коммит"
Замечаем оплошность и тут же исправляем ее:
hg commit -m "Первый коммит" --amend saved backup bundle to D:\work\Habr\hg1\.hg\strip-backup/54b061ad6202-amend-backup.hg
Результат:
hg log changeset: 0:88779cfe79c1 tag: tip user: Пользователь date: Sat Nov 07 11:12:43 2015 +0300 summary: Первый коммит
Изменяется не только описание. Можно вносить правки в исходники, и они добавятся в новый набор изменений. Из вывода команды можно заметить, что Mercurial сделал бакап, на случай если мы сделали какую-то глупость. Восстановить бакап можно командой hg unbundle. И еще добавлю: commit —amend работает только с наборами изменений, у которых нет дочерних элементов.
то же самое в TortoiseHg
Для начала нужно TortoiseHg переключить режим фиксации. После этого кнопка «Фиксировать» получит название «Отмена» (Перевод сбивает с толку. По смыслу должно быть «Перефиксировать»). При ее нажатии будет запускаться commit —amend со всеми плюшами – можно изменить сообщение, можно исправить ошибки в файлах.
Commit —amend доступно всегда, а вот команды hg rebase и hg strip является стандартными расширениями, которые по умолчанию отключены. Чтобы включить расширения нужно добавить в файл Mercurial.ini (либо в файл .hg/hgrc, чтобы включить расширения только в отдельном репозитории) следующие строки:
[extensions] rebase = strip =
то же самое в TortoiseHG
Команда strip удаляет ревизию и всех ее потомков из репозитория:
hg strip 8 saved backup bundle to D:\work\Habr\hg0\.hg\strip-backup/92f6544e0370-backup.hg
Забавно, что команда strip удаляет, но не подменяет историю, поэтому ее допускается использовать с наборами изменений любой фазы. Однако если удалить наборы, которые засветились в других репозиториях, то при следующем затягивании изменений все удаления восстановятся.
Понять команду Rebase проще всего из примеров. Основная задача rebase – превратить две различные ветви в линейную историю.
Пока мы работали над веткой X, Y, Z, во внешнем репозитории возникли ревизии D, E.
Поскольку чужие изменения мы трогать не можем, мы можем перебазировать свои. Результат должен быть таким:
Локальные наборы изменений X, Y и Z удаляются (сохраняются в .hg/strip-backup, а вместо них вставляются аналогичные наборы изменений X2, Y2, Z2).
Rеbase делается следующей командой:
hg rebase --source 4 --dest 8 saved backup bundle to D:\work\Habr\hg0\.hg\strip-backup/1ab1a1cc3d8d-backup.hg
hg rebase -s 4 -d 8
Использование —base вместо —source:
hg rebase --base 6 --dest 8
Когда применена опция —base, то Mercurial спускается от указанной ревизии до общего предка, за исключением самого общего предка.
В нашем случае —base 6 означает то же, что и —source 4.
Если указать только одну из опций: base, source или dest, то вместо отсутствующего параметра используется текущая ревизия.
Опускаем опцию —dest, используем текущую ревизия в качестве dest.
hg up 8 hg rebase --source 4
Опускаем опции —source и —base, используем текущую ревизию в качестве base.
hg up 4 hg rebase --dest 8
то же самое в TortoiseHg
Результат операции
Несколько сценариев использования из документации Mercurial.
Простое перемещение ветви:
hg rebase --dest E --base C.
Пунктом назначения не обязательно должна быть конечная ревизия:
hg rebase --dest D --base C.
Немного более сложная структура:
hg rebase --dest C --source D.
Набор изменений слияния F перестает существовать за ненадобностью.
hg rebase --dest I --source D
Ревизия H удаляется, это ревизия слияния, а в результате работы rebase все наборы и так уже содержат все нужные изменения.
hg rebase --dest I --source B
Удаляются ревизии слияния D и H.
hg rebase --dest B --source C
hg rebase --dest I --source G
Иногда все изменения нужно вместить в одну ревизию. Для этого у команды rebase есть опция —сollapse.
hg rebase --dest B --base E –collapse
Небольшая автоматизация, которая автоматически запускает rebase каждый раз при затягивании изменений. Результат стремиться к тому, чтобы все локальные изменения нарастились к затянутой снаружи ветке. Это не всегда срабатывает, но если срабатывает, то экономиться лишнее слияние.
Позволяет редактировать историю, однако считается устаревшим и не рекомендуется к использованию, поскольку именно для замены MQ созданы команды rebase, strip, histedit, graft, commit –amend.
Расширение экспериментальное и не входит в стандартную поставку Mercurial. 1.746.000 признал программы — 5.228.000 известных версий — Новости программного обеспечения
org/BreadcrumbList»>Steve Borho and others – Shareware
image/svg+xmlVERY GOODUser RatingУдобный для пользователя передний конец Mercurial, который устанавливается в качестве расширения оболочки.
TortoiseHg — это расширение оболочки Windows и серия приложений для системы управления распределенным пересмотром Mercurial. Он также включает в себя расширение Gnome/Nautilus и приложение для обертки CLI, чтобы инструменты TortoiseHg можно было использовать на платформах, не связанных с Windows.
TortoiseHg (x86) это программное обеспечение Shareware в категории (2), разработанная Steve Borho and others.
Последняя версия TortoiseHg (x86)-3.6.1, выпущенный на 20.11.2015. Первоначально он был добавлен в нашу базу данных на 13.04.2010.
TortoiseHg (x86) работает на следующих операционных системах: Windows.
Пользователи TortoiseHg (x86) дал ему Рейтинг 4 из 5 звезд.
Написать обзор для TortoiseHg (x86)!
05. 04.2023 |
WhatsApp 2.2314.11 |
| 07.04.2023 | WhatsApp (Outdated) 2.2314.11 |
| 07.04.2023 | マカフィー® 16.0.R.51 |
07. 04.2023 |
Clyton 30.1 |
| 07.04.2023 | Batch PPTX to PPT Converter 2023.15.407 |
| 05.04.2023 | Chrome update 112 available |
02. 04.2023 |
Nvidia software updates available address security vulnerabilities |
| 02.04.2023 | Choosing between a Solid State Drive (SSD) and a Hard Disk Drive (HDD) |
| 31.03.2023 | Tips and tricks for the World Backup Day |
30. 03.2023 |
SSD Maintenance Guide for 2023 |
4.0
Никогда не пропустите обновления для TortoiseHg (x86) снова UpdateStar
Текущие новости
TortoiseHg
TortoiseHg — это расширение оболочки Windows и набор приложений для распределенной системы управления версиями Mercurial.
Он также включает расширение Gnome/Nautilus и приложение-оболочку CLI, поэтому инструменты TortoiseHg можно использовать на платформах, отличных от Windows.
Последняя версия с поддержкой Python 2.7 — 6.1.3. Это также последняя версия, поддерживающая Windows 7. 6.2 и более поздние версии включают Python 3.9.x и требуют Windows 10 или более поздней версии.
04.2022: TortoiseHg (с Mercurial) 6.1.1 выпущен
5.1 выпущен
10.2018: TortoiseHg (с Mercurial) 4.7.2 выпущенСтарые новости…
последняя версия для Windows 32-bit
Примечания к выпуску 64-разрядная версия Windows
Как и TortoiseSVN, мы рекомендуем отключить службу индексирования рабочих копий и репозиториев и исключить их из проверки на наличие вирусов.
По любым вопросам или комментариям по TortoiseHg, пожалуйста, пишите в списки рассылки TortoiseHg:
Если вы хотите пожертвовать деньги на развитие TortoiseHg или обслуживание, используйте эту ссылку. TortoiseHg является бесплатным, пожертвования являются добровольными. Пожертвования проходят через личный счет Стива Борхо в системе PayPal. под названием «Борхо и сын». Если вы используете кредитную карту, плата будет отображаться как «THG DEVS» или «TORTOISEHG DEVS»
ЧерепахаHg
TortoiseHg — это расширение оболочки Windows и набор приложений для распределенной системы управления версиями Mercurial. Он также включает расширение Gnome/Nautilus и приложение-оболочку CLI, поэтому инструменты TortoiseHg можно использовать на платформах, отличных от Windows.
Последняя версия с поддержкой Python 2.
7 — 6.1.3. Это также последняя версия, поддерживающая Windows 7.
6.2 и более поздние версии включают Python 3.9.x и требуют Windows 10 или более поздней версии.
11.2021: выпуск TortoiseHg (с Mercurial) 5.9.3
4.1
hg\strip-backup/54b061ad6202-amend-backup.hg
