Вложенная схема контроля версий?

Ищете предложения о том, как лучше всего отслеживать эту структуру проекта в каком-то виде контроль версий (желательно git или svn):

Проект предназначен для веб-службы, которая будет иметь несколько версий "основного" кода, и пользователи могут создавать свой экземпляр веб-службы с любым "ядром", которое они захотят нравится (из доступных версий). Таким образом, разрабатываемые / бета-версии будут существовать на том же сервере, что и стабильные версии.

Таким образом, существует несколько «ядер», и, вероятно, будут разные выпуски / теги / ветки в контроль версий. Но есть еще и всеобъемлющий веб-интерфейс, который связывает их вместе, что должно быть n дополнительный проект управления версиями для этих веб-файлов.

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

/-+
  |
  +--index.php
  +--engine/
  |  |
  |  +--1.0-stable/
  |  |  |
  |  |  +--feature.php
  |  +--2.0-beta/
  |     |
  |     +--feature.php
  +--main.css
  +--main.js

Итак, index.php , main.css и main.js являются частью их собственного «проекта», который представляет собой веб-интерфейс, а 2.0-beta - это отдельная ветвь разработки, обновления которой в конечном итоге будут объединены в ] 2.0-стабильная ветка , а также любые исправления для feature.php в ветке 1.0 необходимо также объединить с ito файлом 2.0 feature.php .

Могу ли я создавать репозитории внутри репозиториев? Как лучше всего управлять этим?