Есть ли устойчивый метод репо, поддерживаемый SVN как подмножество другого.Суб-репозиторий Subversion
я мог бы иметь следующее:
- phpCodeRepo
- pyCodeRepo
- contentRepo
, что 1 и 2 могут иметь как элемент их репо, некоторые данные репо 3. Таким образом, обновление 3 приведет к увеличению (необязательной) версии в 1 и 2. И проверка 1 или 2 также проверит правильную версию 3.
Метод 'hooks' позволяет мне выполнить shell-скрипт, который скажет: «Вы хотите, чтобы phpCodeRepo и pyCodeRepo использовали новое обновление», а затем изменили некоторые данные в каждом репо (номер версии связанного контента). Затем, проверяя php или py, они также могут проверить свой родственный контент! –
Почему вы хотите отдельные хранилища? Обычно для последовательного управления версиями проще и проще поставить все подпроекты в один репозиторий. Если вам нужно их разделить, вы можете использовать отдельные подкаталоги, содержащие соединительные линии, ветви и т. Д. Для каждого подпроекта. – starblue
Поскольку содержимое разделяется между приложениями, которые приходят и уходят, независимо друг от друга. Я не могу придумать ничего более грязного, чем полностью отдельный проект, проживающий в том же репо (с разными моделями разработки, разработчиками и еще много чего), потому что они полагаются на общий проект, который сам разрабатывается независимо. Почему Gnome не разделяет libc repo тоже;) –