Разработка WordPress с использованием Mercurial. Целое дерево или коллекция субрепозиций?
Мы намерены использовать Mercurial для управления версиями нашего сайта WordPress.
Модель разработки в WordPress диктует, что разработка обычно происходит в нескольких подкаталогах вне основного корня для плагинов и тем, в то время как основной корень может быть изменен с помощью обновлений версии WordPress и не нуждается в контроле версии.
Мой вопрос заключается в том, если эта ситуация лучше всего управляется с репозиторием, расположенным в корне с hgignore для удаления основного WordPress код из VC, с только что упомянутыми подкаталогами под контролем или несколькими суб-репозиториями, укорененными в каталогах, где происходит разработка, и родительским репозиторием-оболочкой, чтобы соединить их вместе?
Каковы плюсы и минусы каждого подхода и его влияние на развертывание?
При втором подходе (суб-репозитории), когда вы выполнили начальный запрос на новый сервер, каталоги разработки будут созданы в их правильном положении внутри дерево WordPress?
1 ответ:
Как правило, я настоятельно рекомендую контролировать версию только исходного кода, который вы собираетесь поддерживать. Используя Git, я ранее сделал 1 репозиторий на тему / плагин с хорошими результатами. За исключением отношений между родительскими и дочерними темами, темы WordPress более или менее полностью независимы друг от друга. Поскольку каждая тема логически отделена, имеет смысл также управлять версиями как отдельной сущностью.
Также очень вероятно, что в какой-то момент Вы будете вы хотите продвигать обновления для одной темы, но не для других. Наличие отдельных репозиториев облегчает регистрацию изменений для всех ваших различных тем, но публикует изменения только для одной за один раз. Хотя вы можете достичь того же результата, используя ветви, если у вас есть более чем несколько тем, это может быть очень сложно.
Конечно, это сводится в основном к тому, что удобно, но по моему опыту управления установкой с 50+ темами, это было именно то, что работало проще всего.