Развертывание Drupal: как обращаться с базой данных?

Question

Я провел два дня, читая вопросы по SO, сообщениям в блогах, форумам и т. Д.

Большая часть этой информации старая.

Я создаю сайт на своем Ubuntu Box, используя Drupal 7 (с Drush) и GitHub для репо-хостинга. У меня есть SSH доступ к производственному серверу.

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

Друг сказал мне, чтобы я сохранил мой SQL-файл в репозитории и пошел оттуда.

Мой вопрос: каков наилучший подход? Есть ли полезные советы по этому поводу?

Спасибо!

Answer 1

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

Answer 2

Развертывание в Drupal - сложная тема, потому что сам Drupal не имеет хорошего ответа на общую тему управления конфигурацией. крупная инициатива достигла значительных успехов в Drupal 8, но пока мы имеем дело с неловкостью контента и конфигурацией, которые хранятся в базе данных.

Как минимум, вам понадобится дамп базы данных для контента. Оттуда это становится целой серией потенциальных эссе. Просто коснемся нескольких:

• Использование обновлений в модуле для управления изменениями базы данных в рамках рабочего процесса развертывания.
• Использование подхода exportables / everything-in-code, в котором биты типа конфигурации базы данных экспортируются как код PHP как часть пользовательских модулей сайта. Слишком много разных способов сделать это для меня, чтобы найти хорошую страницу для ссылки, но мы используем модуль Features .
• Использование drush в качестве оболочки для rsync, чтобы вы могли управлять развертыванием и передачей данных с помощью таких инструментов, как псевдонимы сайтов. Drush - потрясающий инструмент, просто продолжайте копаться в нем.

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