Взаимодействие между ртутным и подрывным

A аналогичный вопрос был задан в последнее время, но это не то же самое.

На веб-сайте Mercurial есть подробная страница, в которой перечислены сравнения для 4 разных параметров для взаимодействия Mercurial и Subversion.

Мне интересно, попробовал ли кто-нибудь из них один или несколько из них, и может относиться к действительно хорошим или действительно плохим переживаниям. Примечание к загрузка hgsubversion говорит

hgsubversion - это расширение для Mercurial, позволяющий использовать Mercurial как клиент Subversion. Прямо сейчас не готов к использованию. Вы следует использовать это только в том случае, если вы готовый взломать его и отправиться на дайвинг во внутренности Mercurial и/или Subversion.

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

Ответ 1

Я думаю, что автор hgsubversions немного параноик. Если вы будете следовать README, то есть использовать подходящие последние версии меркуриальных и подрывных действий - не все, что может быть установлено на вашем дистрибутиве или нет, то это действительно работает достаточно хорошо. Аналогично, содержащаяся в документации документа актуальна; в то время как то, что вы найдете в Интернете, может и не быть. Я использую его на пару недель с разумными, но не идеальными результатами.

Это когда вы попадаете в углы двух систем, у вас есть проблемы: hgsubversion и другие расширения (у меня проблемы с hgtasks), похоже, не похожи друг на друга; неясно, как обрабатываются свойства и т.д.

Ответ 2

Я только начал работать с опцией 4, hgsvn. Несмотря на то, что говорит страница Mercurial, hgsvn 0.1.7 поддерживает, возвращаясь к репозиторию svn.

Мой пример использования очень прост: я действительно хочу только иметь локальные ветки (на данном этапе). Рабочий процесс, указанный на странице hgsvn, является тем, что я использовал, и до сих пор он ничего не сломал.

Ответ 3

Я бы предпочел второй вариант hgsvn, он довольно медленный, если вы хотите зеркалировать большой репозиторий, но вы можете начать с ревизии близко к кончику (обычно это то, что вы хотите).

Я нашел это очень надежные зеркальные репозитории с более чем 5000 версиями. Вы можете отменить изменения, если вы хотите.

Ответ 4

Да, вы должны использовать недавнюю "версию экипажа" Mercurial, см. страницу CrewRepository на вики-странице Mercurial.

Когда Mercurial 1.3 выпущен 1 июля, hgsubversion должен начать поддерживать стабильную ветку. По крайней мере, это слово на IRC (#hgsubversion на irc.freenode.net).

Ответ 5

Я использую Subversion несколько лет, но мне интересно попробовать эту распространенную идею VCS. (Я хотел бы использовать git, но это не так хорошо в Windows, которое позволяет использовать его для моей работы. Поэтому мне нужно попробовать Mercurial.)

Сначала я хотел бы нажать и потянуть с сервером Subversion. Поэтому я попробовал вариант 1, hgsubversion. Я на Ubuntu 9.04 (Jaunty) с hg 1.1.2. Я следил за указаниями, приведенными на этой веб-странице. Казалось, все прекрасно. Но когда я попробовал команду hg svnclone, я получил ошибку "неизвестной команды". Дальнейшее копание показало, что теперь вы просто делаете hg clone с URL-адресом SVN с префиксом svn +. например:.

hg clone svn+https://server/svn/repo/

Но потом я получил сообщение об ошибке:

abort: could not import module encoding!

Кажется, это известная ошибка, но после некоторого разворачивания я не мог понять, что я должен делать для его исправления.

Сводка: вариант 1 в настоящее время не работает для меня. Другие варианты не соответствуют моему желаемому рабочему потоку.

Обновление: я попробовал еще раз с Mercurial 1.2.1 и получил тот же результат. Кто-то сказал мне, что ветка разработки mercurial-crew должна работать.

Ответ 6

Я использую hgsubversion в течение нескольких месяцев. Возможно, вам не хватает некоторых функций, но они готовы к использованию.

OGRE и многие другие решили использовать hgsubversion, потому что это быстро.