взаимодействие между подвижным и подверсией
Я отправил отчет об ошибке в команду EF по адресу https://github.com/aspnet/EntityFrameworkCore/issues/14857 Он был закрыт и помечен как дубликат https: // github. com / aspnet / EntityFrameworkCore / Issues / 13976
Был перемещен в отставание. Вот ответ: «Основываясь на обычной сортировке, это функция, для которой есть разумный обходной путь, и для которой мы пока еще не видели значительного спроса, поэтому мы пока перенесем его в отставание». [113 ]
6 ответов
Я использую Subversion в течение нескольких лет, но мне интересно попробовать эту идею распределенной VCS. (Я хотел бы использовать git, но это не так хорошо для Windows, которая исключает его для использования на моей работе. Поэтому в следующий раз я хотел бы попробовать Mercurial.)
Сначала я хотел бы толкать и тянуть с Сервер Subversion. Поэтому я попробовал вариант 1, hgsubversion. Я на Ubuntu 9.04 (Jaunty) с hg 1.1.2. Я следовал инструкциям на этой веб-странице. Все вроде бы нормально установилось. Но когда я попробовал команду hg svnclone , я получил ошибку «неизвестная команда». Дальнейшее копание показало, что теперь вы просто делаете клон hg с URL-адресом SVN с префиксом svn + . Например:
hg clone svn + https: // server / svn / repo /
Но затем я получил сообщение об ошибке:
abort: не удалось импортировать кодировку модуля!
Это, похоже, известная ошибка , но после что-то возиться, я не мог понять, что я должен сделать, чтобы это исправить.
Резюме: вариант 1 в настоящее время не работает для меня. Другие параметры не соответствуют моему желаемому рабочему процессу.
Обновление: я попробовал это снова с Mercurial 1.2.1, и получил тот же результат. Кто-то сказал мне, что ветка mercurial-crew в разработке должна работать.
Обновление: я попробовал это снова с Mercurial 1.2.1, и получил тот же результат. Кто-то сказал мне, что ветка mercurial-crew в разработке должна работать.
Обновление: я попробовал это снова с Mercurial 1.2.1, и получил тот же результат. Кто-то сказал мне, что ветка mercurial-crew в разработке должна работать.
Я думаю, что автор hgsubversions немного параноик. Если вы следуете README - то есть используете подходящие последние версии mercurial и subversion - , а не , независимо от того, что было установлено в вашем дистрибутиве или им, - тогда он действительно работает довольно хорошо. Точно так же прилагаемая документация актуальна; тогда как то, что вы найдете в сети, может и не быть. Я использую его в течение нескольких недель с разумными, но не идеальными результатами.
Когда вы попадаете в уголки двух систем, у вас возникают проблемы: hgsubversion и другие расширения (у меня проблемы с hgtasks) не похоже друг на друга; неясно, как обрабатываются свойства и т. д.
Да, вы должны использовать последнюю "командную версию" Mercurial, см. страницу CrewRepository в Mercurial wiki.
Когда Mercurial 1.3 выйдет 1 июля, hgsubversion должна начать поддерживать стабильную ветку. По крайней мере, это слово в IRC (#hgsubversion на irc.freenode.net).
Я только начал работать с вариантом 4, hgsvn. Несмотря на то, что говорится на странице Mercurial, hgsvn 0.1.7 действительно поддерживает возврат к репозиторию svn.
Мой вариант использования очень прост: мне действительно нужна только возможность иметь локальные ветки (на данном этапе ). Рабочий процесс, указанный на странице hgsvn , - это именно то, что я использовал, и пока он ничего не сломал.
Я бы хотел использовать второй вариант hgsvn , он довольно медленный, если вы хотите зеркалировать большой репозиторий, но вы можете начать с ревизии, близкой к подсказке (т.е. обычно то, что вы хотите).
Я нашел это очень надежными, зеркальными репозиториями с более чем 5000 ревизиями. Вы можете отодвинуть изменения, если хотите.
Я использую hgsubversion уже несколько месяцев. Возможно, вам не хватает некоторых функций, но он готов к производственному использованию.
OGRE и многие другие решили использовать hgsubversion, потому что он быстрый.