Репликация сайта Drupal без перезаписи целевой базы

Question

Я работаю над большим сайтом Drupal в двух средах - Разработка и Сцена.Пока я работаю в разработке, мой клиент вводит контент в рабочую область.

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

Это больно и неэффективно.Знаете ли вы другие варианты для этого конкретного сценария?Возможно, инструмент для слияния баз данных?Спасибо за ваш совет.

Answer 1

Это внутренняя проблема Drupal, хранения конфигурации и контента в одной базе данных.Существуют методы, помогающие смягчить проблему (например, модуль Features , который помогает разделить изменения конфигурации), но они очень зависят от поддержки модуля.

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

Answer 2

Попробуйте посмотреть на эти две бывшие темы по одной и той же проблеме:

• Стратегии развертывания Drupal DATABASE?
• Как объединить изменения базы данных Drupal

Answer 3

Существует два вида данных: конфигурация и пользовательский контент.Для пользовательского контента установите autoincrement в два и используйте четные и нечетные для dev / stagingДля конфигурации пишите хуки обновления.Легко.

Answer 4

В зависимости от того, что вводит ваш клиент, вы можете использовать какой-нибудь удобный mysql для решения проблемы, можете ли вы рассказать нам немного больше о своем сценарии?

Answer 5

Вы можете изменить его и продолжать копировать информацию о своем промежуточном сайте в новые экземпляры платформы вашего сайта разработки.Мигель Жак хорошо написал о достижении этой установки.После тестирования вы можете настроить тщательно протестированную производственную платформу по адресу производства и скопировать промежуточный сайт.

Статья Мигеля: http://greenbeedigital.com.au/content/drupal-deployments-workflows-version-control-drushmake-and-aegir

Aegir: http://community.aegirproject.org

@ jhuebsch: это звучит как неприятный опыт.Можете ли вы добавить список поврежденных модулей, и вы обязательно использовали UUID & Strongarm?