Mercurial

Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск
Mercurial
Mercurial logo.png
Тип

Система управления версиями

Разработчик

Matt Mackall

Написана на

Python и Си

Операционная система

Кроссплатформенное программное обеспечение

Первый выпуск

19 апрель 2005 (2005-04-19)[1]

Последняя версия

2.9.2 (1 апреля 2014 года)

Тестовая версия

2.11.2 (2 апреля 2014 года)

Лицензия

GNU GPL v2

Сайт

mercurial.selenic.com

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

Описание[править | править исходный текст]

Система Mercurial написана на Python, хотя чувствительные к производительности части (например, своя реализация diff) выполнены в качестве модулей-расширений на C[2]. Mercurial первоначально была написана для Linux, позже портирована под Windows, Mac OS X и большинство Unix-систем. Репозитории Mercurial управляются при помощи утилиты командной строки hg, но есть и GUI–интерфейсы.

Наряду с традиционными возможностями систем контроля версий, Mercurial поддерживает полностью децентрализованную работу (отсутствует понятие основного хранилища кода), ветвление (возможно вести несколько веток одного проекта и копировать изменения между ветками), слияние репозиториев (чем и достигается «распределённость» работы). Поддерживается обмен данными между репозиториями через HTTP/HTTPS, SSH и вручную при помощи упакованных наборов изменений.

Утилита hg обладает компактным интерфейсом, и Mercurial считается более простой в освоении системой, чем, например, git.[3]

Концепции[править | править исходный текст]

Рабочий процесс[править | править исходный текст]

Mercurial является распределенной (децентрализованной) системой контроля версий. Это означает, что рабочий процесс, как правило, выглядит следующим образом:

  1. На личном компьютере создается новый репозиторий (путем клонирования существующего репозитория, создания нового и т. п.);
  2. В рабочей директории данного репозитория изменяются/добавляются/удаляются файлы;
  3. Выполняется фиксация (commit) изменений в данный репозиторий (то есть в локальный репозиторий на личном компьютере);
  4. Шаги 2 и 3 повторяются столько раз, сколько необходимо;
  5. При необходимости производится синхронизация изменений с другими репозиториями: забираются (pull) чужие наборы изменений и/или отдаются (push) собственные.

То есть вся повседневная работа происходит в локальном репозитории, а когда возникает необходимость, производится отправка результатов своей работы в один или несколько других репозиториев. Количество шагов при работе с отдаленными репозиториями можно сократить, если настроить Mercurial на автоматическую отправку изменений в другие репозитории при выполнении фиксации[4].

Консольная программа[править | править исходный текст]

Консольная программа реализована таким образом, что название любой команды можно сокращать до тех пор, пока её имя остаётся однозначным. Плюс некоторые команды имеют псевдонимы. Например, вместо hg commit можно написать hg commi, hg comm или hg com, но если написать hg c, то Mercurial откажется выполнять эту команду, сообщив, что «команда 'c' неоднозначна» и приведя список команд, которые попадают под это сокращение. Использовать hg co в качестве сокращения для hg commit нельзя, так как это псевдоним для команды hg update.

Логическая структура наборов изменений[править | править исходный текст]

Пример представления графа ревизий. Справа от него видно список ревизий, комментарии и их хэш

При вызове команды hg commit выполняется фиксация изменений. При этом программа сохраняет в репозиторий набор изменений(changeset или ревизия). Физически происходят те же изменения, что и у вас, но сохраняются они в служебные файлы, а не в копии(подробнее в За кулисами).

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

Узнать идентификаторы родительских наборов изменений, с которыми связаны зафиксированные наборы изменений можно с помощью команды hg log --debug. У каждого набора изменений будет два родителя (благодаря чему возможно ветвление внутри репозитория, см. hg -v help branch). Значение «-1:0000000000000000000000000000000000000000» означает отсутствие родителя. Например, у самого первого набора изменений в репозитории данное значение будет проставлено для обоих родителей, а у последующих данное значение будет проставлено для второго родителя (если для них в репозитории не использовалось ветвление), а для первого родителя будет проставлен идентификатор от предыдущего набора изменений.

Рабочую директорию также полезно представлять в виде такого же набора изменений (который пока не зафиксирован, но, возможно, вскоре также будет зафиксирован). Рабочая директория также связана с одним или двумя родительскими наборами изменений, узнать о которых можно с помощью команды hg parents. После фиксации изменений данные родители станут родителями для нового (уже зафиксированного) набора изменений.

Идентификация наборов изменений[править | править исходный текст]

Ревизии распознают по следующим признакам[5]:

  • Номеру ревизии;
  • Идентификатору набора изменений;
  • Меткам(tags);
  • Закладкам;
  • Имени ветки.

Номер ревизии[править | править исходный текст]

Номер ревизии представляет собой целое число, отражающее порядок, в котором наборы изменений были добавлены в хранилище. Номер ревизии начинается с нуля, присваивается набору изменений автоматически и может использоваться для идентификации наборов изменений. Номер ревизии для одного и того же набора изменений может различаться в каждом из клонов хранилища. В выводе команды hg log номер ревизии можно увидеть перед двоеточием (например, «4:e1be1898f374»).

Идентификатор набора изменений[править | править исходный текст]

Идентификатор набора изменений представляет из себя SHA-1 хеш, состоящий из цифр и букв «a, b, c, d, e, f», например, «e1be1898f3747386c41c8a5c5776e87373f6d3d3». Идентификатор набора изменений присваивается каждому набору изменений автоматически, вычисляется на основе содержимого этого набора изменений, поэтому соответствует одному и тому же набору изменений во всех репозиториях. Вероятность коллизии, когда для двух разных наборов изменений будет сгенерирован один и тот же SHA-1 хеш, крайне мала.

Mercurial не требует ввода полной строки идентификатора при использовании его в командах, ему достаточно лишь той его начальной части, которая однозначно идентифицирует требуемый набор изменений (в противном случае, Mercurial сообщит о неоднозначности). В выводе команды hg log идентификатор набора изменений можно увидеть после двоеточия (например, «4:e1be1898f374»). Без параметра --debug команда hg log выводит не полный, а сокращенный (из 12 символов) идентификатор набора изменений.

Метки[править | править исходный текст]

В дополнение к номеру ревизии и идентификатору набора изменений, Mercurial предоставляет возможность присваивать каждому набору изменений одно или более произвольных символических имен, называемых метками (или тегами). Присваиваются метки с помощью команды hg tag, а посмотреть все добавленные метки можно с помощью команды hg tags. Имя метки не может содержать некоторые символы (например ": "), о чем, в случае необходимости, Mercurial сообщит при выполнении команды hg tag.

Везде, где в командах можно указать идентификатор набора изменений, можно подставить имя метки.

Закладки[править | править исходный текст]

Название ветки[править | править исходный текст]

Каждая ветка имеет собственное название. Оно указывает при создании ветки и более никогда не меняется.

Неочевидные моменты[править | править исходный текст]

  • Если в качестве идентификатора ревизии какой-либо команде передано число, то Mercurial будет считать, что ему передан номер ревизии и будет выполнять проверку на неоднозначность с сокращенным идентификатором наборов изменений тольков том случае, если отсутствует набор изменений с указанным номером ревизии. Например, если в репозитории существует один набор изменений с номером ревизии «6» и другой набор изменений с идентификатором «647362ac74d76124267215af1a3f94aa9707dfdf» (начинается с цифры «6»), то команда hg log -r 6 выдаст информацию о первом наборе изменений, не сообщив о неоднозначности. Поэтому, если глобальный идентификатор начинается с цифры, полезно всегда сокращать его лишь до тех пор, пока в нем не встретится буква. Данное поведение наблюдалось в версии 2.2.1 под Mac OS X 10.7.4.
  • Если создать метку с именем, например, «5», в то время как в репозитории существует (или появится в будущем) набор изменений с номеров ревизии «5», то Mercurial будет искать в первую очередь наборы изменений по номеру ревизии. Но если создать метку с именем, например, «e1be», в то время как в репозитории существует (или появится в будущем) набор изменений с идентификатором наборов изменений, начинающимся с «e1be», то Mercurial будет искать наборы изменений в первую очередь уже по меткам. Притом, в обоих случаях о неоднозначности сообщено не будет. По этой причине не рекомендуется создавать метки, состоящие только из цифр и/или букв «a, b, c, d, e, f». Данное поведение наблюдалось в версии 2.2.1 под Mac OS X 10.7.4.
  • Нельзя добавить в репозиторий пустую папку (для решения этой проблемы можно положить в папку любой файл, например, readme.txt). Такое поведение связано с тем, что Mercurial не отслеживает папки, а только файлы[6]. Поведение реализовано осознанно для упрощения системы и пока что изменений не планируется[6].

Дополнительные средства[править | править исходный текст]

В комплекте с Mercurial поставляются CGI-сценарии для предоставления веб-интерфейса к репозиториям[7].

Есть графическая оболочка TortoiseHg[8], работающая как под Windows (с интеграцией в Explorer), так и под Linux (в виде отдельного приложения[9] или с интеграцией в Gnome/Nautilus[10]). Существует разрабатываемый консольный клиент hgtui для Linux и Windows (с использованием cygwin).

Ряд сред разработки имеет возможности для работы с Mercurial, например Microsoft Visual Studio[11][12], IntelliJ IDEA[13][14][15], Eclipse[16], Qt Creator (начиная с версии 2.0)[17], PIDA[18], NetBeans[19]. Возможна работа с Mercurial из Emacs c помощью входящего в Emacs универсального пакета VC.

Экспериментальная поддержка Mercurial есть в системе Trac[20]. Проект Redmine[21] также поддерживает репозитории Mercurial.

При помощи утилиты Tailor[22] или расширения convert[23] поддерживается конвертирование[24] репозиториев других систем контроля версий, включая CVS, Subversion, Git, Perforce, Darcs, GNU Arch, Bazaar.

Проекты, использующие Mercurial[править | править исходный текст]

Значительное количество проектов по разработке свободного программного обеспечения использует Mercurial в качестве основной системы контроля версий.[25] В их числе:

Поддерживаются Mercurial-зеркала основных репозиториев других проектов[31], например, GCC, GNU Emacs и Linux.

Примечания[править | править исходный текст]

  1. Mercurial v0.1 - a minimal scalable distributed SCM. Проверено 11 марта 2013. Архивировано из первоисточника 16 марта 2013.
  2. Релиз распределённой системы управления версиями Mercurial 2.3. Проверено 11 марта 2013. Архивировано из первоисточника 16 марта 2013.
  3. Сравнение Git и Mercurial в FAQ сайта Google Code (англ.)
  4. mercurial automatic push on every commit (англ.)
  5. Идентификация наборов изменений. Проверено 12 марта 2013. Архивировано из первоисточника 16 марта 2013.
  6. 1 2 FAQ — Mercurial
  7. (недоступная ссылка с 04-06-13 (316 дней) — Настройка сервера для работы с Mercurial история)  (рус.)
  8. TortoiseHg — Mercurial
  9. SourceForge.net: TortoiseHg — Develop
  10. SourceForge.net: TortoiseHg — Develop
  11. VisualHG — плагин-провайдер для Microsoft Visual Studio 2008/2010
  12. HgSccPackage — Mercurial-плагин для Microsoft Visual Studio 2008/2010
  13. Mercurial Integration for IDEA
  14. hg4idea
  15. JetBrains IntelliJ IDEA Plugin Repository
  16. Mercurial Eclipse
  17. Qt Creator: Using version control systems
  18. Появление поддержки Mercurial в PIDA
  19. Mercurial-плагин для NetBeans
  20. Mercurial Plugin for Trac
  21. Repositories in Redmine
  22. Tailor
  23. ConvertExtension в Mercurial Wiki
  24. RepositoryConversion в Mercurial Wiki
  25. Some projects that use Mercurial (англ.)
  26. OpenOffice.org development switches to Mercurial — GullFOSS
  27. Planning Vim 7.3 — vim_use | Google Groups
  28. Adium — Switching to Mercurial
  29. CPython hg transition complete
  30. seargedp - Updating MCP to 1.3.2
  31. Projects with synchronized Mercurial repositories (англ.)

Ссылки[править | править исходный текст]

Литература[править | править исходный текст]

  • Bryan O'Sullivan Mercurial: The Definitive Guide. — O'Reilly Media, Inc., 2009. — 288 с. — ISBN 9780596800673