Совместимость Git с Mercurial Repository

Я использую GIT на Mac. Достаточно сказано. У меня есть инструменты, у меня есть опыт. И я хочу продолжать его использовать. Здесь нет войн ...

Проблема всегда в совместимости. Большинство людей используют SVN, что отлично подходит для меня. Git SVN работает "из коробки" и является решением без излишеств. Люди могут продолжать счастливо использовать SVN, и я не теряю ни свой рабочий процесс, ни свои инструменты.

Теперь ... Некоторые ребята приходят вместе с Mercurial. Хорошо для них: у них есть свои причины. Но я не могу найти GIT HG "из коробки". Я не хочу переключаться на HG, но мне все еще нужно взаимодействовать с их хранилищем.

Кто-нибудь из вас знает простое решение для этого?

Обновление от июня 2012 года. В настоящее время, по-видимому, существуют следующие методы взаимодействия Git / Hg, когда разработчик хочет работать со стороны git:

1. Установите Mercurial и расширение hg-git . Вы можете сделать последнее с помощью вашего менеджера пакетов или с помощью easy_install hg-git. Затем убедитесь, что в вашем ~ / .hgrc есть следующее:

   [extensions]
   hggit = 
   

   Здесь вы также можете увидеть некоторые ссылки, в которых говорится об указании bookmarksрасширения, но оно было встроено в Mercurial начиная с версии 1.8. Вот несколько советов по установке hg-git в Windows .

   Получив hg-git, вы можете использовать команды, примерно такие, как Abderrahim Kitouni, опубликованные выше . Этот метод был доработан и улучшен с 2009 года, и есть дружественная оболочка: git-hg-again . При этом каталог верхнего уровня используется как рабочий каталог для Mercurial и Git одновременно. Он создает закладку Mercurial, которая синхронизируется с кончиком default(неназванной) ветви в хранилище Mercurial, и обновляет локальную ветку Git из этой закладки.

2. git-remote-hg - это другая оболочка, также основанная наhg-gitрасширенииMercurial. Это дополнительно используетgit-remote-helpersпротоколы (отсюда и его название). Он использует каталог верхнего уровня только для рабочего каталога Git; он хранит свой Mercurial репозиторий голым. Он также поддерживает второй пустой Git-репозиторий, чтобы сделать синхронизацию между Git и Mercurial более безопасной и более идиоматически похожей на git.

3. ГИТ-Hg скрипт (ранее поддерживается здесь ) использует другой метод, основанный на hg-fast-exportот быстрого экспорта проекта . Как и в методе 2, здесь также есть пустой репозиторий Mercurial и дополнительный пустой репозиторий Git.

   Для извлечения этот инструмент игнорирует закладки Mercurial и вместо этого импортирует каждую именованную ветку Mercurial в ветку Git, а ветку Mercurial по умолчанию (без имени) - в master.

   В некоторых комментариях этот инструмент рассматривается только как hg-> git, но в нем утверждается, что он объединен с поддержкой git-> hg push 7 декабря 2011 года. Однако, как я объясню в обзоре этих инструментов , способ, которым этот инструмент пытается реализовать поддержка толчка не кажется работоспособной.

4. Есть также другой проект под названием git-remote-hg . В отличие от версии, указанной выше, эта версия не зависит от hg-git, а напрямую обращается к API Mercurial Python. На данный момент для его использования также требуется исправленная версия git. Я еще не пробовал это.

5. Наконец, Tailor - это проект, который постепенно преобразует различные VCS. Похоже, что развитие этого не будет продолжено агрессивно.

Первые три из этих подходов выглядели достаточно легкими, чтобы убедить меня провести расследование. Мне нужно было каким-то образом настроить их, чтобы они работали на моей установке, и я нашел несколько способов настроить их дальше, чтобы улучшить их, а затем я еще больше их подправил, чтобы они вели себя как друг с другом, чтобы я мог оценить их более эффективно. Тогда я подумал, что другим тоже могут понравиться эти настройки, чтобы сделать ту же оценку. Поэтому я сделал пакет с исходным кодом , который позволит вам установить мои версии любого из первых трех инструментов. Следует также позаботиться об установке необходимых hg-fast-exportдеталей. (Вам нужно установить hg-gitсамостоятельно.)

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

Как я упоминал выше, оценивая эти инструменты, я пришел к выводу, что его git-hgможно использовать только для извлечения из Mercurial, а не для толкания.

Кроме того, вот несколько полезных руководств по сравнению / переводу между Git и Mercurial, в некоторых случаях предназначенных для пользователей, которые уже знают Git:

• Mercurial для пользователей Git
• Git и Mercurial - сравни и сравни
• В чем разница между Mercurial и Git
• Mercurial и Git: техническое сравнение
• Git HG Rosetta Stone
• Доморощенный Кодирование: Mercurial
• Блог Фрэнсиса: Git против Mercurial
• Git против Mercurial

Есть новый git-remote-hg, который предоставляет встроенную поддержку:

Поддержка мостов в Git для Mercurial и Bazaar

Просто скопируйте git-remote-hg в ваш $ PATH, сделайте его исполняемым, и все, никаких зависимостей (кроме Mercurial):

git clone hg::https://www.mercurial-scm.org/repo/hg/

Вы должны иметь возможность выдвигать и извлекать из него данные, как если бы это был собственный репозиторий Git.

Когда вы нажимаете на новые ветви Git, для них создаются закладки Mercurial.

См. Git-remote-hg wiki для получения дополнительной информации.

Вы должны быть в состоянии использовать HG-GIT .

hg clone <hg repository>

отредактируйте ~/.hgrcи добавьте:

[extensions]
hgext.bookmarks =
hggit =

создайте закладку, так что у вас будет masterв Git:

cd <repository>
hg bookmark -r default master

отредактируйте .hg/hgrcв репозитории и добавьте:

[git]
intree = true

Теперь вы можете создать репозиторий git:

hg gexport

и вы можете использовать полученный каталог как клон git. вытащить из ртути будет:

hg pull
hg gexport

и толкая к ртути:

hg gimport
hg push

(Да, вам нужно использовать hg с этим рабочим процессом, но ваш взлом будет все в git)

PS Если у вас есть проблемы с этим рабочим процессом, пожалуйста, сообщите об ошибке.

Вы можете попробовать hg2git, который является скриптом Python и является частью быстрого экспорта, который вы можете найти по адресу http://repo.or.cz/w/fast-export.git .

Вам нужно будет установить Mercurial.

Поскольку hg-git - это двусторонний мост, он также позволит вам переместить наборы изменений из Git в Mercurial.

Hg-Git Mercurial Plugin . Сам не пробовал, но, возможно, стоит проверить.

Я имел большой успех с git-hg от https://github.com/cosmin/git-hg (требует работы установки hg, тоже). Он поддерживает fetch, pull и push и более стабилен для меня, чем hg-git(аналогичные функции hgдля git).

См. Https://github.com/cosmin/git-hg#usage для примеров использования. Пользовательский интерфейс очень похож на git-svn.

git-hgТребует дополнительного дискового пространства для каждого клонированного рт.ст. репо. Реализация использует полный ртутный клон, дополнительный клон git и реальное репозиторий git. Требуемое дисковое пространство примерно в 3 раза больше обычного использования GIT. Дополнительные копии хранятся под .gitкаталогом вашего рабочего каталога (или места, на которое GIT_DIRобычно указывает ).

Примечание . Основная проблема, которую git-hgнужно решить, заключается в том, что между функциями gitи hgфункциями нет сопоставления 1: 1 . Самой большой проблемой является несоответствие между сопротивлением GIT ветвей и ¯hG безымянных ветвей и ¯hG имени филиалов и ¯hG закладки (все из этих очень похожи на ветви для gitпользователей). Связанная проблема заключается в том, что hgпопытка сохранить оригинальное имя именованной ветви в истории версий, в отличие от git, где имя ветви добавляется только в сообщение фиксации шаблона по умолчанию.

Любой инструмент, который утверждает, что создает совместимый мост между git и hgдолжен объяснить, как он будет работать с этим согласованием импедансов. Затем вы можете решить, соответствует ли выбранное решение вашим потребностям.

Решение, которое git-hgиспользуется, состоит в том, чтобы отбросить все закладки hg и преобразовать именованные ветви в ветви git. Кроме того, он устанавливает ветку git master на неименованную ветку hg по умолчанию.

Попробовал хггит. Работает для меня, так как мне приходится справляться с работой гитаристов и мастеров. Особенно для обзоров это здорово.

Незначительная проблема / предупреждение на эту тему:

Я попытался клонировать стабильный репозиторий ядра Linux с помощью hg. Эти репозитории поддерживаются в git и обычно содержат большое количество файлов.

Это было очень медленно. Мне потребовалось 2 дня, чтобы полностью клонировать и обновить рабочую копию.

Я попытался Космин в GIT-ртутных и abourget - х ГИТ-HG-снова , как на рт.ст. репо Mutt в , кажется , что более поздние Уважает порядок слияния хорошо, бывший немного случайным. Вы можете увидеть на скриншотах ниже.

Граф истории слияния mutt, импортируемый git-hg cosmin :

График истории слияния mutt, импортированного abitget git-hg-again :

Граф истории всех событий, построенный hgk в репозитории mutt hg:

Как видно из вышесказанного, второй график от abourget git-hg-again очень близок к исходному графу hgk и фактически отражает реальный рабочий процесс дурака.

Один недостаток git-hg-again, который я обнаружил, заключается в том, что он не добавляет пульт «hg», а импортирует все его ссылки как локальные теги, у git-hg есть замечательный «hg» пульт, представляющий репозиторий «hg» в восходящем направлении.

Двухсторонняя синхронизация hg-git (и git-git, hg-hg) также возможна с помощью службы Git-hg Mirror . Он использует hg-git (среди прочих) за кулисами, и его код также с открытым исходным кодом.

Отказ от ответственности : я из компании, которая стоит за этим.