Outsourcing stories » mercurial

Python переходит на Mercurial

Alex Lebedev — Tue, 31 Mar 2009 04:15:27 +0000

Гвидо ван Россум окончательно выбрал Mercurial в качестве системы контроля исходного кода для разработки Python. Оригинал новости

Что ж, как я писал в комментариях про git, можно ожидать существенного расширения экосистемы mercurial за счет связанных с python проектов. Скорее всего, эффект будет не меньший, чем от перехода Ruby on Rails на git. Теперь надо внимательно следить за Django, SQL Alchemy и pygtk — многое зависит от того, на что перейдут они.

Mercurial, полет нормальный

Alex Lebedev — Thu, 22 Jan 2009 11:09:12 +0000

Не так давно я обосновывал, что git лучше, чем Mercurial. К сожалению, невозможность увязать LDAP-авторизацию иначе, чем через WebDAV, поставила крест на использовании git. WebDAV оказался непригоден для транзакционных операций с большим числом файлов, репозиторий постоянно приходил в некорректное состояние. Примерно через неделю разборок с WebDAV нам надоело жрать этот кактус и было решено использовать Mercurial.

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

Приятности

По сравнению с SVN лучше практически все: отличная скорость, удобная работа с бранчами.
Никаких проблем интеграции с Trac, все сделано на аналогичном SVN’у уровне
Для одновременной работы с SVN и Mercurial существует отличная утилита hgsvn. Мы ее использовали при импорте истории из SVN, все прошло гладко. В моем домашнем репозитории, правда, возникли мелкие проблемы с распознаванием кодировок, до решения которых пока не дошли руки.
Для Windows существует достаточно приятный TortoiseHg. Лично мне удобнее работать с клиентом командной строки, зато Tortoise обеспечивает удобный интерфейс для просмотра логов. На *nix визуальный показ лога входит в ядро Mercurial и вызывается командой hg view.
Mercurial действительно оказался значительно проще в изучении, чем git.

Потенциальные проблемы

Основная проблемная область при переходе c SVN на Mercurial — работа с бранчами и все что с ней связано. Это очень мощная и полезная функциональность, но при неаккуратном использовании может получиться вот такая лапша:

На картинке вы видите последствия одного коммита в неправильный бранч и последовавший процесс исправления этих последствий.

Настоятельно рекомендую перед миграцией на Mercurial хотя бы одному члену команды внимательно прочитать документацию. Проблемы в первое время обязательно будут возникать, и кто-то должен уметь их решать. Если вы раньше не работали с распределенными системами контроля версий, то интуиция в решении этих проблем не поможет, нужно будет четкое понимание того, что происходит внутри.

Мелочи, на которые стоит обратить внимание:

hg push требует флага -f при создании новой “головы”, даже если вы работаете в рамках давно существующего бранча.
После мержа все изменения в рабочей копии должны быть закоммичены в рамках одной транзакции. В ряде ситуаций это бывает очень неудобным. Всегда коммитьте все локальные изменения перед мержем!

Материалы

Официальный сайт Mercurial
TortoiseHg — интеграция Mercurial в “Проводник” Windows
hgsvn — утилита для одновременной работы с Mercurial и SVN
Converting from Subversion to Mercurial — отличное руководство по переносу репозитория из SVN в Mercurial

Мысли вслух: Git или Mercurial

Alex Lebedev — Thu, 11 Dec 2008 05:26:16 +0000

Выбираем систему распределенного контроля версий (DVCS).

В целом надо сказать, что git и Mercurial считаются двумя лучшими представителями распределенных систем контроля версий. Оба достаточно хороши и отлично решат наши задачи так что практическая разница между ними невелика.

Плюсы Git:

Локальные бранчи. Это очень полезная возможность.
Большая популярность по сравнению с Mercurial. По моим впечатлениям материалов по git в сети в 3-4 раза больше, вероятно, количество пользователей находится в похожей пропорции.
Легкость переноса open-source вещей на GitHub. Для Mercurial, насколько я знаю, нет ничего подобного.
git-svn может быть большим плюсом если нам понадобится интеграция с svn. Можно, например, работать поверх svn-репозитория заказчика, выкладывая туда только стабильные изменения — это будет значительно проще, чем вести параллельные бранчи в SVN.

Плюсы Mercurial:

Легче для понимания и изучения, судя по большинству источников.
Исторически лучше поддерживает Windows, меньше проблем с настройкой.

Меня больше привлекает git, его уникальные преимущества заметно перевешивают недостаки, а статус самой популярной DVCS позволяет полагать, что и развиваться он будет быстрее конкурентов.