Рейтинг:1

Почему моя разделенная конфигурация не загружается с помощью drush config:import?

флаг am

У меня есть установка с разными средами, называемыми prod и dev.

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

Что я сделал до сих пор:

  1. Создал разделенную конфигурацию для dev (не активен!), потому что конфигурация синхронизации по умолчанию должна быть для prod.
  2. Дублировал конфигурации для конкретных модулей и изменил значения, которые мне нужны для среды разработки.
  3. Добавил эти конфигурации в серый список, потому что я хочу, чтобы конфигурация была синхронизирована.
  4. Сделано условие в файле settings.php для включения или отключения раздельной конфигурации разработчика в зависимости от текущей среды.

Мое развертывание выглядит так:

  1. обновленный драшb
  2. очистить кеш: перестроить
  3. Конфигурация драша: импорт
  4. очистить кеш: перестроить

Что, как я думал, произойдет:

На мой взгляд, как только развертывание запускается в среде разработки, конфигурация разделения разработчиков включается, и Конфигурация драша: импорт импортирует файлы конфигурации, настроенные в моей конфигурации dev split-config.

Что происходит на самом деле:

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

Чего я хочу добиться здесь?

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

Где мне нужна помощь?

Шаг, чтобы открыть пользовательский интерфейс администратора и снова явно импортировать конфигурацию, кажется, что что-то не так с моей конфигурацией. Не могли бы вы помочь мне здесь? Что мне не хватает?

Спасибо! Пит

ОБНОВИТЬ:

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

  1. состояние драша: установить system.maintenance_mode 1
  2. очистить кеш: перестроить
  3. тянуть все новое
  4. установка композитора --no-dev --no-interaction
  5. обновленный драшb
  6. очистить кеш: перестроить
  7. Конфигурация драша: импорт
  8. очистить кеш: перестроить
  9. Конфигурация драша: импорт
  10. состояние драша: установить system.maintenance_mode 0
  11. очистить кеш: перестроить
sonfd avatar
флаг in
Можете ли вы опубликовать, как вы включаете разделение разработчиков в settings.php? У меня это отлично работает с чем-то вроде: `$config['config_split.config_split.MY_SPLIT']['status'] = TRUE;`.
sonfd avatar
флаг in
Мне кажется, что ваш первый импорт фактически отвечает за включение разделения конфигурации. Что, насколько мне известно, объясняет, почему требуется дополнительный импорт для импорта конфигурации, определенной в разбиении.
leymannx avatar
флаг ne
Ага, может быть, в первый раз нужно дважды `прокачать цим`. Также попробуйте `drush csim MY_SPLIT`, чтобы явно импортировать разделение.
флаг cn
При выборе этого руководства этот учебник был действительно полезен для понимания https://www.daggerhartlab.com/drupal-8-configuration-management-with-config-split/
флаг am
@sonfd: Спасибо за подсказку, к сожалению, это не помогло. Я включаю разделение разработчиков с помощью ``$config['config_split.config_split.dev']['status'] = TRUE;```. Пользовательский интерфейс администратора даже говорит мне, что dev активен, поэтому эта часть работает. Я только что обновил вопрос и добавил сценарий развертывания.
флаг am
@leymannx Спасибо за эту подсказку! Кажется, команда drush --yes config-split:import dev работает. Мне просто интересно, почему ``drush cim``` не работает, потому что в [документации] (https://www.drupal.org/docs/contributed-modules/configuration-split/cli-integration) сказано, что он должен работать.
leymannx avatar
флаг ne
Да, на самом деле он должен просто работать с `cim`.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.