В каком порядке следует запускать следующие команды drush?

• config-import
• обновленоb
• обновления сущностей

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

Drush 10.3.0 теперь обеспечивает deployкоманду стандартизировать , как Drupal работает для развертывания. Эта команда выполняет следующее:

drush updatedb --no-cache-clear
drush cache:rebuild
drush config:import
drush cache:rebuild
drush deploy:hook

Обновление базы данных всегда происходит перед импортом конфигурации! Поддержка автоматического обновления сущностей была удалена из ядра Drupal ( запись изменений ) и entupудалена из ядра Drush. Всякий раз, когда необходимо создать, изменить или удалить тип объекта или определение хранилища поля, это нужно сделать через hook_update_N().

Вот обновленная процедура развертывания, которой я больше всего доволен.

drush state:set system.maintenance_mode 1
drush cache:rebuild
git pull
composer install --no-dev
drush cache:rebuild
drush deploy
drush state:set system.maintenance_mode 0
drush cache:rebuild

Это также означает, что вам нужно запустить две версии, если вы хотите удалить и удалить модуль contrib. Первый выпуск для развертывания обновленной конфигурации, отключающей модуль. Второй выпуск для развертывания обновленного composer.json и файла блокировки после его удаления с помощью Composer.

Чтобы сделать возможными реальные последовательные выпуски, вы можете передать SHA1 фиксации текущего выпуска сценарию развертывания, а затем заменить git pullего более точной процедурой (где $1SHA1):

# If not empty 1st argument passed to the script, do:
if [ -n "$1" ]; then
  git reset --hard "$1"
else
  git pull
fi

В противном случае последовательность не может быть гарантирована, если вы разместите два новых выпуска одновременно или в течение короткого периода. Так как тогда запускаемый первый выпуск git pullбудет просто извлекать последние изменения (из второго выпуска), вместо этого он должен извлекать только изменения, включенные в первый выпуск. См. Полный образец репо leymannx/drupal-circleci-behat.

Кредит за этот gitфрагмент принадлежит CircleCI . Вот как они это делают в своих контейнерах.

Последовательность команд должна быть:

updatedb (which runs update hooks)
config-import

Вы не хотите запускать обновления объекта, потому что он устарел, см. https://www.drupal.org/node/3034742. Вместо этого полагайтесь на обработчики обновлений (hook_update_N) для правильного изменения любой схемы базы данных или необходимых конфигураций.

Крайне важно, чтобы updatedb был первым запуском команды, запускающей Drupal после изменения кода. Ты можешь видетьhttps://www.drupal.org/project/commerce/issues/3100553 для некоторых комментариев о том, какие проблемы могут возникнуть, если этого не сделать.

Пример сценария развертывания

Вот пример сценария развертывания, за которым было много обзоров и обсуждений, но считайте его отправной точкой. Вероятно, вы захотите внести некоторые изменения. Предполагается, что вы развертываете артефакт (обратите внимание, что установка композитора не запускается при развертывании).

drush sset system.maintenance_mode TRUE
# Create a restore point by taking backups of anything that is not in the code repository: database, media, cache
# Checkout the code you are deploying
drush updb
drush cim sync -y || drush cim sync -y
drush cim sync -y
drush sset system.maintenance_mode FALSE
drush cr

Ты можешь видеть https://www.bounteous.com/insights/2020/03/11/automate-drupal-deployments/для более глубокого объяснения этого. Смотрите такжеhttps://github.com/drush-ops/drush/pull/4359/ который является PR для включения команды развертывания в Drush.

Я упомянул, что приведенный выше сценарий является отправной точкой, я задокументировал некоторые варианты, которые вы, возможно, захотите применить к этому сценарию (или любому сценарию развертывания, который вы используете), которые могут быть полезны: https://www.bounteous.com/insights/2020/03/12/automated-drupal-deployment-and-rollback-recipes/