Контроль Версий — Многосайтовый Wordpress. Какова Идеальная Настройка Для Сред Разработки/Промежуточного/Производственного Использования?

Введение: Я занимаюсь первоначальным планированием многосайтовой среды разработки WordPress, в которой агентство, в котором я работаю, будет создавать веб-сайты наших клиентов. В настоящее время мы создаем «ванильную» тему и планируем использовать ее в качестве базовой темы. План предполагает создание новой дочерней темы для каждого клиента и использование ее для создания клиентской темы, при этом ванильная тема должна быть очищена от пользовательского кода и переопределений. Наши клиенты работают в одной отрасли и, следовательно, имеют одинаковые требования и функциональные возможности на своих веб-сайтах. Использование многосайтовой настройки помогает хранить все в одном месте и просто различать веб-сайты в соответствии с их дизайном.

Вопрос: Чего я не могу четко придумать, так это решения для организации всего в системе управления версиями и в различных средах; У каждого разработчика должна быть установленная версия WP для разработки с точно такими же настройками, что и установка промежуточной и рабочей версии WP, актуальная версия ванильной темы и файлы его проекта. Итак, я думаю о трех отдельных проектах Git, которые зависят друг от друга.

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

Кроме того, какой рабочий процесс лучше всего? Должен ли проект WP разработчика загружаться с промежуточного сервера, чтобы у всех нас была одинаковая настройка WP? Я также подумываю об использовании инструмента синхронизации БД для синхронизации удаленных и локальных БД (удаленных с локальными, чтобы мы все использовали одни и те же данные).

Если кто-то делал подобную настройку, хотелось бы услышать их мнение или предложения, заранее спасибо.

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

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

• На мой взгляд, представленный вами рабочий процесс в значительной степени соответствует действительности. Модульность делает его более безопасным в обслуживании, но может создать некоторые трудности при разработке, поскольку у вас много зависимостей, с которыми нужно работать.

• Я бы порекомендовал 4 вещи:

• Купите плагины синхронизации БД (все бесплатные, не поддерживают мультисайты)

• Также работайте с рабочим процессом резервного копирования (чтобы ничего не потерять, поскольку это сложная система).