git svn конвертирует только последний коммит

У меня есть хранилище, которое имеет следующую структуру:

project/trunk
project/branches
project/tags
project/cms

Если я сделаю:

git svn clone svn://svnurl/svn/project/cms --no-metadata -A ~/tmp/tools/gitsvn_authors/master_gitsvn_format.txt cms

Все конвертируется нормально, но требуется только последний коммит проекта 'cms'. Нет истории прошлого последнего коммита. у cms нет стандартной раскладки. У него нет ствола / веток / тегов.

Источник

1 ответ

Для одноразовой миграции git-svn не является правильным инструментом для преобразования хранилищ или частей хранилищ. Это отличный инструмент, если вы хотите использовать Git в качестве внешнего интерфейса для существующего сервера SVN, но для одноразовых преобразований не следует использовать git-svn, но svn2git который гораздо больше подходит для этого варианта использования.

Есть много инструментов, называемых svn2git Вероятно, лучшим из них является KDE из https://github.com/svn-all-fast-export/svn2git. Я настоятельно рекомендую использовать это svn2git инструмент. Это лучшее, что я знаю из доступных, и оно очень гибкое в том, что вы можете делать с его файлами правил.

Вы легко сможете настроить svn2git Файл правил, позволяющий получить желаемый результат из текущей компоновки SVN, включая любые сложные истории, которые могут существовать, включая создание нескольких репозиториев Git из одного репозитория SVN или объединение различных репозиториев SVN в одно репозиторий Git за один прогон, если хотите.

Если вы не на 100% об истории вашего хранилища, svneverever http://blog.hartwork.org/?p=763 - отличный инструмент для изучения истории SVN-репозитория при его миграции на Git.

Даже если git-svn легче начать, вот еще несколько причин, по которым использование KDE svn2git вместо git-svn превосходит, помимо своей гибкости:

  • история перестраивается намного лучше и чище svn2git (если используется правильный), это особенно актуально для более сложных историй с ветвями и слияниями и т. д.
  • теги являются реальными тегами, а не ветвями в Git
  • с git-svn теги содержат дополнительный пустой коммит, который также делает их не частью ветвей, поэтому нормальный fetch не получите их, пока вы не дадите --tags к команде, так как по умолчанию выбираются только теги, указывающие на извлеченные ветви. С правильными тегами svn2git, где они принадлежат
  • если вы изменили макет в SVN, вы можете легко настроить это с svn2git, с git-svn вы потеряете историю в конце концов
  • с svn2git Вы также можете легко разделить один SVN-репозиторий на несколько Git-репозиториев.
  • или легко объединить несколько репозиториев SVN в одном корне SVN в один репозиторий Git
  • преобразование в миллиард раз быстрее с правильным svn2git чем с git-svn

Видите ли, есть много причин, почему git-svn хуже и кде svn2git выше.:-)

Источник
Другие вопросы по тегам