タグ付けされた質問 「configuration-management」

基本的に、これまでで最も大きな質問の1つです。開発/ステージングワークフローでsettings.phpを使用する方法は何ですか？ 現在、settings.phpファイルは次のように設定されており、サーバーの$ HOSTディレクティブに基づいて開発を行っています。つまり、開発（共有）サーバーlocal.exampleのdev.example.comで作業できます。ローカルコンピューター（および他の開発者のローカルコードチェックアウト）にはcom、ライブサイトにはwww.example.com（またはexample.com）を使用します。 （このコードはsettings.phpの「データベース設定」セクションにあります）： $host = $_SERVER['HTTP_HOST']; $base_url = 'http://'.$host; $cookie_domain = $host; switch($host) { case 'example.com': # Production server $db_url = 'mysqli://prod_sql_user:password@127.0.0.1/prod_db'; $update_free_access = FALSE; $conf = array ( // Set production config options here... 'example_setting' => 0, ); break; case 'dev.example.com': # Development server $db_url = 'mysqli://dev_sql_user:password@127.0.0.1/dev_db'; $update_free_access …

80 workflows  configuration-management  staging 

別のサイトの構成をインポートしようとすると、このエラーが発生します。 ステージングされた構成は、このサイトとは異なるサイトからのものであるため、インポートできません。このサイトの複製されたインスタンス間でのみ構成を同期できます。 10人の顧客がいますが、サイト構成を10の異なるWebサイトと同期する必要があります。 サイトUUIDは、別のWebサイトと設定を共有するための問題です。解決策はありますか？

49 8  configuration-management 

Drupal 8のカスタムモジュールを作成しています。これは、modules / mymod / config / install / field.storage.bloom_stem.bs_twitter_ac.ymlというファイルにフィールドストレージ構成オブジェクトを定義します。 問題は、モジュールをアンインストールしても削除されないことです。モジュールを再インストールするとクラッシュするので、明らかに取り残されています。 drush -y pm-uninstall mymod drush cr drush -y en mymod 例外 'Drupal \ Core \ Config \ PreExistingConfigException'とメッセージ 'mymodによって提供される構成オブジェクト（field.storage.bloom_stem.bs_twitter_ac）は既にアクティブな構成に存在しています' したがって、この構成オブジェクトを手動で削除する方法が必要なようです。モジュールがアンインストールされたときに削除するコードをさらに提供する必要がありますか？

41 8  entities  configuration-management 

Drupal 8でカスタムモジュールを作成しています。これには、いくつかのYAML構成ファイルが含まれています。 開発中に、たとえばカスタムエンティティに別のフィールドを追加するなど、構成を変更して追加する必要があります。 現在、Drupalに変更を通知する唯一の方法は、モジュールをアンインストールしてから再インストールすることです。 モジュールが提供する構成ファイルがアクティブな構成と同じであることをDrupalに確認させ、そうでない場合はアクティブな構成を更新する方法はありますか？モジュールの更新はどのように処理されますか？D7 hook_update_Nでは、PHPを使用してフィールドを追加するために使用されますが、これはD8のCMで処理されるように見えますか？ モジュールのymlファイルを更新した後に試したこと： drush cr、設定の同期。 更新されたすべての構成ファイルを手動でコピーしますsites/default/files/config_XXX/staging/-ただし、このエラーは「ステージングされた構成はこのサイトとは異なるサイトから作成されたためインポートできません。このサイトのクローンインスタンス間でのみ構成を同期できます」。 構成マネージャーを使用してファイルを1つずつ手動でインポートします。これは機能しますが、明らかにもっと自動化された方法が必要です。 [編集] config_updateモジュールを手動で使用して、変更を検査し、モジュールの構成に「元に戻す」。繰り返しますが、これはマニュアルです。 編集：設定の管理から-すべきこととしないこと 禁止事項 モジュールのconfig / installディレクトリのファイルを変更して、サイトのアクティブな構成を変更してください。Drupalはモジュールのインストール時にそのディレクトリからのみ読み取るため、これは機能しません。 ...しかし、変更があるだろうモジュールが、彼らは彼らの初のリリースに必要な設定ファイル、およびこれまでに更新していないか、設定を追加しないことが何にバインドされていない限り、発生します。 前もって感謝します。

33 8  updating  configuration-management 

新しいDrupal 8構成マネージャーを使用して、特定の環境にDevelモジュールがインストールされないようにするにはどうすればよいですか？私の知る限り、ローカルにインストールするということは、次に設定をエクスポートして他の環境（dev、test、prod）に移動するときに、自動的に有効になることを意味します。

26 8  configuration-management 

この質問は、Drupal Answersで回答できるため、Stack Overflowから移行されました。 8年前に移行され ました。 構成ファイルsetting.phpで変数を設定し、コードから使用するにはどうすればよいですか？

21 configuration-management 

パスを指定して1つのyml設定ファイルをインポートすることは可能ですか？ または、特定のモジュールに含まれるymlファイルのグループ？

21 drush  configuration-management  8  drupal-console 

要するに、Drupal 7のConfiguration vs Featuresの戦いです！ いつものように、ここでは議論を行わないため、技術的な利点、またはその他の困難な事実。Drupal 7はスコープの制限に固有です。CMIと機能はまったく異なる議論です。

18 7  features  configuration-management 

これは新しい構成管理システムのシンプルなユースケースだと思いましたが、これを解決する方法を見つけることができませんでした。 問題 gitに構成を保存し、drushを使用して開発中に構成をエクスポートし、展開時に構成をインポートしたい。Drupal 7で機能を元に戻すのとよく似ています。私の問題は、さまざまな統合のためにアクセスコードをgitに保存したくないことです。これにより、これらの構成が削除されます $ drush cim -y 私が見た場所 インポート/エクスポートで除外する必要がある設定の単純なリスト/設定があることを望んでいました。ある時点であったようですが、現在のDrupal 8リリースで利用可能であるため、再び削除されたに違いありません。 アクティブと同期のストレンジを比較して構成の変更がどのように行われているかを調べて、変更を削除できる場所があるかどうかを確認しましたが、そうではありませんでした。独自の設定を除外する構成があるため、drushがどのように構成をインポートするかを調べましたが、これが拡張可能であるようには見えませんでした。私は見てConfigEventsいたが、これらはすべてインポート後に発生するようであるため、これを使用できるようには見えません。 何かが足りないのですか、それともインポート/エクスポートから設定を単純に除外することはできませんか？

16 8  configuration-management 

私は「好きではないクローニング暗示ウェブサイト」ソリューションダンプデータベースを、別の環境でこのダンプをインポートします。これは、同じWebサイト（staging / prod / dev / etc）の複数のインスタンスをデプロイする現実の方法とは異なります。 D7では、通常、カスタムプロファイルを使用し、drushを使用してこれらのプロファイルからWebサイトをインストールしました（そして、後のサイト同期のために機能を使用する場合があります）。これにより、新規インストールが行われ、テストコンテンツは提供されませんでしたが、重要な設定は共有されました。たとえば、一般的なコンテンツの同期は、移行によって行われます。 同じインストールプロファイルを共有する複数のD8インスタンスを管理しようとしました。最終的な目標は、サイト構成を共有および同期することです。また、インストールごとに異なるサイトUUIDがあります。system.site uuidインストール時に設定変数を適用することに成功していません（もちろん後で値を変更できますが、これは遅すぎるようで、すべてのオブジェクトはすでに異なるUUIDで作成されているため、最初の同期は悪夢です、デフォルトのコンテンツを削除する必要がある場合や、デフォルトの言語を削除できないために同期がクラッシュする場合など）。 このUUIDを強制するために、$config['system.site']['uuid']内部に大きな値を持つ生成されたsettings.phpファイルを使用してみました（サイトのインストール後でも設定は完全に無視されました）。 また、構成インストーラーのプロファイルも確認しましたが、これは完全には理解していません。特に、このソリューションを別のインストールプロファイルと混在させる方法については理解していません。 質問は、インストールプロファイルから新しいサイトを展開する最良の方法は何ですか： 「ウェブサイトのクローン」を作成せず、サイトの作成時にSQLダンプを操作しません（クローンサイトの質問のように）。 エクスポートされた構成とコードのみを使用した、新規のクリーンインストール（開発者のコ​​ンテンツガベージなし） インストール構成のデフォルトと後の同期の両方を管理できます

15 8  configuration-management  deployment 

あるDrupal 8サイトから別のサイトにサイト構成をエクスポートしようとすると、次のエラーが表示されます ステージングされた構成は、このサイトとは異なるサイトからのものであるため、インポートできません。このサイトの複製されたインスタンス間でのみ構成を同期できます。 このコンテキストでは、クローンサイトとは何ですか？このエラーを無効にして構成をインポートするにはどうすればよいですか？

13 8  configuration-management 

Drupal 8の構成エクスポート機能は非常に便利な機能のようです。しかし、それがどのように機能するかを完全に理解しているとは思えません。 たとえば、単一のエクスポートを行う場合は、[コンテンツタイプ]を選択し、コンテンツタイプの1つを選択すると、そのコンテンツタイプの完全な説明がエク​​スポートに含まれることが期待されます。ただし、そのコンテンツタイプのフィールドに関する情報は含まれていません。したがって、別のサイトで使用するためにコンテンツタイプの構成をエクスポートする場合、それを行うことはできないようです。 エンティティに必要なすべてのデータが含まれていない場合に、単一のエクスポートを行うことの使用法を理解しているとは思いません。何か不足していますか？

11 8  importing-exporting  configuration-management 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 8か月前に閉鎖。 メニュー構成をエクスポートする方法を探しています。構成管理システムはメニュー自体をエクスポートしますが、メニューリンク構成はエクスポートしません。これらのメガメニューの1つをバージョン管理に入れて、複数の環境でインポート/エクスポートする方法を探しています。 誰かがこれを行う良い方法を見つけたなら。よろしくお願いします。

11 8  navigation  configuration-management 

サイトのステージングインスタンスでdrush cim -yを実行すると、次のエラーが発生します。 Drupal \ Core \ Config \ ConfigImporterException：構成の同期の検証中にエラーが発生しました。Drupal \ Core \ Config \ ConfigImporter-> validate（）内（/var/www/xeno/docroot/core/lib/Drupal/Core/Config/ConfigImporter.phpの728行目）。 次の理由により、インポートが失敗しました：ソースストレージのサイトUUIDがターゲットストレージと一致しません。パラグラフタイプとパラグラフタイプイメージのエンティティが存在します。これらのエンティティは、インポートする前に削除する必要があります。 これは私がやったことです： ステージングからデータベースをコピーし、最新のコードを引き出しました ラン drush cex -y コミットされた構成 最新のコードをステージングしてプルする 実行しdrush cim -yて上記のエラーを取得する drush cget system.site uuidローカルでステージングを実行すると、同じUUIDが取得されるため、このエラーが発生する理由がわかりません。 どうすればエラーを修正できますか？

11 8  configuration-management 

モジュールのスキーマバージョンはKey-Valueストレージに格納されるため、各サイトに固有であり、構成管理を通じて同期されません。更新では、構成にカプセル化されていない調整（データベースの更新など）が必要になる場合がありますが、構成に含まれる可能性のあるその他の変更（新しい構成値の追加など）があるためです。 構成のインポートとデータベースの更新をどちらの順序で実行してもリスクはありますか？ これらの操作を実行するための優先順序は何ですか？ 更新フックは、すでにインポートされている可能性のある構成アイテムに対して特別な調整を行う必要がありますか？ 本番環境を完全に更新するために必要となる可能性のある他の操作はありますか？

10 8  updating  configuration-management