рабочий процесс разработки и тестирования для drupal с передачей изменений базы данных
Привет, я ищу наилучшую практику промежуточного рабочего процесса для четырехуровневой промежуточной среды для drupal:
Разработка->тестирование->предварительная подготовка->подготовка
Я уже нашел эту довольно информативную тему Применяя обновления к нескольким сайтам Drupal
Поскольку команды будут меняться, особенно на тесте вверх, это должно быть довольно прямолинейно.
Я предполагаю, что мы продвинемся настолько далеко, насколько это возможно, с помощью git или будет лучше rsync выбор?
Есть ли какой-нибудь способ поддерживать какую-то конфигурацию центральной сцены, в которой вы просто сохраняете адреса серверов, например, в центральном месте
Как перенести изменения в базу данных, не вступая в конфликт с производительным контентом
Было бы здорово, если бы кто-нибудь мог поделиться подсказками к некоторой документации такого рабочего процесса.
Заранее благодарю
2 answers
Что касается #2, я бы рекомендовал использовать псевдонимы сайтов drush. Смотрите также пример sync_enable в Drush, который демонстрирует, как вы можете заставить Drush автоматически настраивать параметры базы данных при перемещении бд из prod в dev. Для переноса конфигурации из разработки в производство многие люди используют функции; вы также можете взглянуть на экспортный бонус ctools, который построен во многом на той же технологии.
В то же время у нас есть достаточно надежный рабочий процесс и набор инструментов для развертывания Drupal в многоступенчатой среде.
Мы используем: - Особенности, Сильная рука и Драш на стороне Drupal - Дженкинс, Git, Rsync для развертывания
Если вас интересует более подробная информация, просто напишите мне в личку