Git & Web-дизайн: работа с несколькими настроенными шаблонами

Question

Я занимаюсь разработкой CMS (с Django, но это не имеет значения) и выбрал GIT.

Установки будут варьироваться в:

• Configs
• Содержимое базы данных
• Media
• Шаблоны

Первые 3 не проблема с git: они просто не нужны:)

Во время разработки у меня есть 1 шаблон по умолчанию со связанным носителем. Позже каждый клиент получит свой собственный дизайн на основе шаблонов по умолчанию (некоторые небольшие настройки).

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

Есть ли у вас какой-либо опыт, которым можно поделиться?

---

Пример: в настоящее время v0.1 качается: у него есть один шаблон «по умолчанию» и 10 настроенных: по одному на клиента.

Теперь в CMS v0.2 появились некоторые новые функции: например, поле для входа. Я протестировал его на шаблоне «по умолчанию», он отлично работает, и я горжусь этим :) Теперь все 10 клиентов хотят иметь этот замечательный инновационный ящик для входа. Мне действительно нужно обновлять все эти 10 пользовательских шаблонов вручную?

Answer 1

На мой взгляд, у вас есть два варианта:

1. Скажите git игнорировать каталог шаблонов и git clone репозиторий для каждого нового клиента, а затем создайте отдельные шаблоны для каждого из них. CMS считывает один набор шаблонов и отображает страницу.
2. Каждый клиент получает свой собственный подкаталог шаблонов, и вы помещаете туда шаблоны. Затем ваша CMS может загружать соответствующие шаблоны в зависимости от входящего URL-адреса, параметра конфигурации или чего-то еще.

Теперь, что касается выбора, есть несколько аспектов этого, которые вы должны рассмотреть:

• Собираетесь ли вы предоставить git доступ своим клиентам?
• Собираетесь ли вы иметь один единственный экземпляр приложения для всех ваших клиентов (а не создавать один экземпляр для каждого ваших клиентов)?
• Собираетесь ли вы самостоятельно размещать приложения (и не позволять заказчику размещать свои собственные)?

Если ответ на любой вопрос положительный, используйте первый вариант. Возможно, вы не хотите, чтобы клиенты видели / имели доступ к шаблонам других ваших клиентов.

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