Как справиться с нестандартными импорт из Subversion на Git

У нас есть нестандартный subversion respository, который мы хотели бы преобразовать в Git. Проблема в том, что я действительно не знаю, с чего начать, чтобы убедиться, что мы сохраняем полную историю, но не заканчиваем полным беспорядком.

Наш репозиторий имеет последние 6 лет истории для набора продуктов наших компаний и прошел через многочисленные реструктуризации. Во всех случаях у нас есть кодовая база базовой платформы, а затем несколько проектов / плагинов, которые объединяются различными способами поверх ядра платформа.

Первые два года были структурированы следующим образом:

-- plugin1

   - trunk

   - branches

   - tags

-- pluginX

   - trunk

   - branches

   - tags

-- trunk   (core platform)

   - <various sub dirs)

-- branches  (various feature branches of the entire repository)

   - refactoring1

   - refactoringX

-- tags (various tags of customer releases of full respository)

   - customerX_1.x  

-- vendor  (vendor drops and tracking of 3rd party source deps)

   - 3rd_party_code_A

   - 3rd_party_code_X

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

-- releases (replaced tags; branches for released stable versions of repos)

-- sandbox  (area for misc projects of interest; should have been new repo)

Затем мы очистили это и в итоге получили:

-- trunk

  - platform

  - plugin1

  - pluginX

-- stable  (stable release branches of trunk)

  - 1.1

  - 1.2

-- tags    (release points; marks a point on a stable branch)

  - 1.1.1

  - 1.1.2

-- vendor

-- sandbox

-- releases (copies of old releases of interest)

Такова наша история. То, что мы хотим в конечном итоге получить, надеюсь, намного чище. Сейчас мы думаем о том, что база репозитория git выглядит следующим образом (в основном копия предыдущего каталога "trunk").

- platform

- plugin1

- pluginX 



Branches:

  - stable/1.1

  - stable/1.2

Tags:

  - rel/1.1.1

  - rel/1.1.2

Мы хотели бы поставить песочницу и поставщик в свои собственные хранилища. (не знаю, как это сделать, но, возможно, есть способ импортировать только подмножество репозитория svn)

Насколько ответвления и метки, мы бы хотели, чтобы код со "стабильного" до конца вверх, а ветви, код 'теги' в конечном итоге как теги на "стабильный".

Для более старой истории из исходной структуры мы хотели бы сохранить как можно больше истории, но не хотим загрязнять новое хранилище. Например, если бы мы могли оглянуться назад и увидеть изменения это произошло на ветвях рефакторинга, что было бы здорово, но не обязательно.

В настоящее время мы обсуждаем, как действовать дальше и как все реструктурировать и импортировать чистым способом. Самое меньшее, что нам нужно, - это способ иметь полную историю платформы и кода плагина в обеих предыдущих соответствующих реструктуризациях. Если возможно, мы также хотели бы получить стабильную информацию и информацию о тегах из самой последней структуры репозитория.

Есть ли у кого-нибудь рекомендации о том, как сделать этот импорт?

Например:

• возможно ли сохранить полную историю всех реструктуризаций?


• должны ли мы каким-то образом переписать репозиторий subversion, чтобы очистить его перед импортом, и если да, то как?


• должны ли мы импортировать полную историю, а затем реструктурировать ее в Git, и как это сделать?


• Есть идеи, как сделать этот импорт чистым?