Как выполнить полную установку cms (как вы управляете официальными файлами ядра cms своими модулями)? - PullRequest
1 голос
/ 22 мая 2009

Я прочитал некоторые темы, которые были предложены SO («Вопрос, который вы задаете, кажется субъективным и, вероятно, будет закрыт.»), Но не смог найти ответ на то, что я искал.

Я использую Joomla в проекте. С Joomla у меня есть около 8 различных сторонних модулей, каждый с собственным номером версии и совместимостью с Joomla. Некоторые могут быть действительно в курсе версии Joomla (сейчас это 1.5.10), некоторые могут не быть. Некоторые из модулей были сделаны нами. Все они работают, и все они необходимы для выполнения требований веб-сайта нашей компании.

Факт: каков наилучший способ поместить все это в систему контроля версий? Вы "упаковываете" исходный код Joomla в свой репозиторий, даже если он сторонний, и ОЧЕНЬ маловероятно, что вы будете изменять эти файлы? Или вы просто видите основные файлы, которые действительно находятся под вашим контролем?

ИМХО:

Преимущество размещения основных файлов Joomla внутри репозитория заключается в том, что я могу создавать теги и иметь полную систему за раз, когда это необходимо, без чтения возможного документа в формате txt, говорящего «эти модули совместимы с joomla XX, joomla». Компонент XX с Joomla версии XX "и тому подобное.

Недостатком является то, что при размещении файлов, которые не будут действительно версионными, разве что, когда появится новая версия joomla.

Какая, на ваш взгляд, лучшая идея? Что вы обычно делаете, когда ваш проект (например, наш портал) состоит из множества различных компонентов из разных источников?

Ответы [ 3 ]

0 голосов
/ 22 мая 2009

Я бы создал дерево, специфичное для «состояния развертывания», которое использует svn: externals , чтобы указывать на мой пользовательский Joomla, мои модули и т. Д., Каждый в своем собственном дереве. «Дерево развертывания» будет отслеживать только то, как агрегируются модули.

0 голосов
/ 22 мая 2009

Во-первых, если ваше изменение является общим и улучшается, вы должны отправить его обратно в проект.

В противном случае, поместите его в свой контроль источника. Скопируйте изменения по мере их поступления и объедините их. Другими словами, рассматривайте «настоящий» исходный репозиторий так, как если бы он был другим разработчиком.

0 голосов
/ 22 мая 2009

Обычно мы включаем скомпилированные версии сторонних модулей в свою собственную папку в SVN. Сценарии сборки (или внешние: свойства) могут затем использоваться для их копирования куда угодно.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...