Распределенная структура хранилища контроля версий с открытыми / закрытыми частями - PullRequest
Новая
       13

Распределенная структура хранилища контроля версий с открытыми / закрытыми частями

0 голосов
/ 28 февраля 2012

Я читаю тонны документов и форумов на эту тему, нужна некоторая помощь, чтобы уточнить сейчас.

Вот моя текущая структура репозитория SVN: 

trunk/    
 Build/
   Projects_VS2010/
   Solution.sln  
 Engine/
 Plugins/    
 Tasks/

Мы будем меняться сSvn to Hg вместе с переходом на открытый исходный код.Тем не менее, есть решения в решении, которые не могут быть с открытым исходным кодом.

Лучшее, что я придумал на данный момент, это структура: 

Private/  
  Build/  
    Solution_internal.sln  
  Libs/  
  Plugins/  
  Public/ -- nested repo, .hgsub content: Public = path_to_repo   
    Build/  
      Solution_public.sln  
    Bin/  
    Engine/   
    Plugins/  
    Tasks/  
    Libs/

Как вы думаете, это звуковая структура?Каждый проект будет выводиться в каталог Public / Bin, который не находится в VC.

Продолжаем тестировать поведение вложенного репозитория.

1 Ответ

1 голос
/ 29 февраля 2012

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

Надеюсь, что публичная часть проекта действительно может быть использована без приватной части?
В противном случае открытый источник не будет иметь смысла.

(Хорошо, по крайней мере, каждый мог бы прочитать код публичной части, но если он не работает без приватной части, считывание кода без кода приватной части наверное, не имеет особого смысла)

...