git-svn и огромный svn-репозиторий со множеством «под-репозиториев»

Question

Я бы хотел использовать git-svn в моей компании для определенного проекта "proj1".

Однако наш репозиторий выглядит так:

proj1/
  app1/
    component1/
      branches/
      tags/
      trunk/
    component2/
      branches/
      tags/
      trunk/
  app2/
    component22/
      branches/
      tags/
      trunk/

Как бы вы справились с этим?

Я думал, что подмодули git - это ответ, но я мало что знаю об этом, и, глядя в Google, он не поддерживается git-svn.

Спасибо.

РЕДАКТИРОВАТЬ: Этот вопрос связан с Svn -> git миграция с несколькими стволом / ветви / теги . Там нет правильного ответа, хотя. Наивысший рейтинг ожидает, что существует несколько «суб-хранилищ». Однако в нашем проекте их много.

Answer 1

Обычная практика - связать компонент ( согласованный набор файлов с его собственным жизненным циклом разработки ) с git-репо.
Thatозначает, что вы можете сделать несколько git-svn clone, каждый с адресом SVN, ссылающимся на отдельный компонент.

Оттуда вы можете ссылаться на эти различные репо в одном родительском репо как субмодули , если выхочу.
Но идея остается: когда вы находитесь в одном из этих подмодулей, вы фактически находитесь в git-репо: это репо будет поддерживать git-svn dcommit операций.