Проблема рабочего процесса от Mercurial к Mercurial к Subversion

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

hgsubversion действительно хорош для двух вещей:

1. использование Mercurial в качестве клиента для Subversion, без обмена изменениями вне svn
2. Преобразование репозиториев Subversion в Mercurial

Вы пытаетесь использовать его как более универсальный шлюз, что является гораздо более сложной проблемой. У Subversion очень жесткий взгляд на мир, и мы должны работать с ним. Дело в том, что хеш ревизии можно рассматривать как окончательный только при использовании hgsubversion после того, как ревизия была извлечена из Subversion. Таким образом, если ваши разработчики когда-либо делятся наборами изменений между репозиториями Mercurial напрямую, без Subversion в качестве посредника, это произойдет.

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

Я бы порекомендовал всем сразу перейти на Mercurial - такой гибридный подход только сделает использование Mercurial более трудным в краткосрочной перспективе, чем должно быть, и потенциально запутает пользователей, плохо знакомых с DVCS.

Во-первых, позвольте мне сказать, какое удовольствие было прочитать такой подробный вопрос. :)

Проблема возникает, когда вы делаете hg push в репозиторий svn удаленно. Вот результат вашего примера:

hg push
pushing to svn://...
searching for changes
[r3834] bmurphy: database namespace
pulled 1 revisions
saving bundle to /srv/hg/repository/.hg/strip-backup/62539f8df3b2-temp
adding branch
adding changesets
adding manifests
adding file changes
added 1 changesets with 1 changes to 1 files
rebase completed

Я не являюсь пользователем hg-subversion, но в этих выходных данных говорится, что в процессе выполнения запрошенного вами нажатия он извлекает изменения из репозитория svn, находит новую ревизию и затем выполняет rebase вашего набора изменений 10c1 после (потомок из) только что вытянутой ревизии. Команда rebase берет истории ветвления и превращает их в линейные истории, но при этом меняет родители ревизий, которые изменяют их хэши, что похоже на то, что происходит с вами.

Опять же, не пользователь hg-subversion, поэтому я не могу сказать, всегда ли должно происходить это извлечение / перебазирование и как это должно работать, но hgsubversion на странице вики говорится:

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

что заставляет его звучать не обычно автоматически.

Я не мог точно сказать из вашего вступления, новые ревизии все еще создаются в svn, или они создаются только в mercurial?

Если они создаются только в mercurial, то одним из способов решения этой проблемы было бы создание репозитория svn-gateway в удаленной системе и выполнение push оттуда, а не извлечение из этого репо обратно в mercurial. Тогда наборы изменений в этом репо будут иметь разные хеши из-за перебазирования, но они не будут возвращаться в основное удаленное репо и системы конечных пользователей.

Но главное исправление - выяснить, почему «hg push svn: // .. меняет все исходящие ревизии». Ответьте на этот вопрос, и поведение прекратится.

Теперь мы используем команду graft, чтобы сделать что-то подобное. Фактически мы воссоздаем каждую ревизию перед ее продвижением, чтобы избежать необходимости подталкивать слияния-ревизии.

Наша цель - внести свой вклад в проект, в котором используется Subversion.

• Создайте ветку Subversion для всех ваших изменений. Получите это в Mercurial.
  $ cd [svn-checkout] ; svn cp trunk branches/hg-bridge
  $ cd [hgsubversion bridge] ; hg pull ; hg update hg-bridge

• Проверьте свое местное репо на наличие новых изменений
  $ hg in [repo] # shows <rev> IDs you can use later

• Извлеките изменения, которые вы хотите получить в svn, из локального репо
  $ hg pull [repo]

• Внесите все изменения, которые вы хотите внести:
  $ hg graft [rev] [rev] # rev could be 645 or b7a92bbb0e0b. Best use the second>.
  Вам нужно указывать каждую ревизию индивидуально,
  но вы можете перенести несколько ревизий с помощью одной команды.

• Проверьте, что вы хотите отправить:
  $ hg outgoing

• Отправьте изменения:
  $ hg push
  Это может показать некоторые несвязанные извлеченные версии
  и должны показать ваши новые версии как извлеченные,
  вместе с пути к пакетам резервных копий (которые вам не понадобятся). (комментарий также можно использовать под GPLv2 или более поздней версии)