無料でビルドを開始
CircleCI.comアカデミーブログコミュニティサポート

ダイナミックコンフィグ

9 months ago1 min read
クラウド
Server v4.x
Server v3.x
このページの内容

プロジェクトごとに毎回 CircleCI 設定ファイルを手動で作成するのではなく、特定の パイプライン値 やファイルパスに応じて設定ファイルを動的に生成できると便利な場合があります。

CircleCI のダイナミックコンフィグ機能により、以下が可能となります。

  • 条件付きでワークフローやコマンドを実行する。

  • パイプライン パラメーターの値を渡す/ 別の設定ファイルを生成する。

  • デフォルトの親 .circleci/ ディレクトリの外部に存在する別の config.yml をトリガーする。

チームでのコードの格納に、複数のリポジトリではなくモノレポ (単一のリポジトリ) を使用している場合には特に、条件付きの自動生成が役立ちます。

例えば、リポジトリで変更されたファイルまたはサブディレクトリに基づいて、ダイナミックコンフィグを使用し、特定のワークフローをトリガーすることが考えられます。 そうしなければ、ちょっとした更新を加えるだけだとしても、すべてのマイクロサービスやサブプロジェクトでビルド、テスト、デプロイの一連のプロセスを毎回行うことになります。 このシナリオは、 パス フィルタリング(path filtering)とも呼ばれます。

ダイナミックコンフィグを使用するもう 1 つのシナリオは、プロジェクトが複数のモジュールから構成され、それぞれのモジュールが別のジョブを要求する場合です。 こうしたジョブは、設定ファイルの フラグメント として複数のファイルに格納できます。 1 つの完全な .circleci/config.yml ファイルを使用する代わりに、パイプラインがトリガーされると、ダイナミックコンフィグを使用してこうした個別のフラグメントを結合して完全な設定ファイルにすることができます。 このシナリオは、 コンフィグ分割(config splitting)とも呼ばれます。

CircleCI のダイナミックコンフィグの入門ガイド

CircleCI でダイナミックコンフィグの使用を開始するには、以下の手順に従います。

  1. CircleCI Web アプリケーションの Projects ダッシュボードで、目的のプロジェクトを選択します。

  2. 右上隅の Project Settings ボタンをクリックします。

  3. 左側のパネルで Advanced を選択します。

  4. Enable dynamic config using setup workflows (セットアップ ワークフローによるダイナミックコンフィグを有効にする) 設定までスクロールし、下記画像のようにオンにします。 Enable dynamic config in the UI

  5. 上記のステップにより、ダイナミックコンフィグ機能が使用できるようになりますが、静的な config.yml はこれまでどおり動作します。 この機能は、config.ymlsetup キーと true 値を追加しないと使用できません。 setup: true キーを (.circleci/ ディレクトリ内の) 親設定ファイルの最上部に追加すると、その config.yml` は設定ファイルとして指定されます。

  6. ワークフローの最後で、 continuation orb からジョブを呼び出す必要があります。 注: ダイナミックコンフィグの使用 で説明されているように、 指定されたファイルの更新 に基づいてワークフローまたはステップを条件付きで実行する場合 ("パスフィルタリング")、これは適用 されません 。

ダイナミックコンフィグが機能するしくみ

CircleCI のダイナミックコンフィグ機能では、セットアップワークフローを使用します。 セットアップ ワークフローには、パイプラインパラメーターを演算するジョブを含めることが可能で、パイプラインパラメーターは、その後、他のディレクトリに存在する別の設定ファイルに渡すことができます。 セットアップ ワークフローはまた、既存のスクリプトを使って新しい設定ファイルを生成することもできます。 いずれの場合でも、セットアップワークフローは、目的の次の設定ファイルまでパイプラインを続行します。

その裏では、continuation 設定は、パブリックpipeline continuation (パイプラインの続行) API への呼び出しとして実行されます。 この API は、continuation キーを受け入れます。このキーはジョブ (初期セットアップ ワークフローの一部として実行) の環境に自動的に挿入され、パイプラインごとに一意のシークレットキーとなります。 API はまた、設定ファイル文字列と一連のパイプライン パラメーターも受け入れます。

次の内容に注意してください。

  • セットアップには、version: 2.1 以上を指定する必要があります。

  • パイプラインは一回のみ続行できます (つまり、別のセットアップ設定では、パイプラインは続行できません)。

  • パイプラインは、作成して 6 時間以内であれば続行できます。

  • セットアップ設定には、1 つのワークフローのみを含めることができます。

  • 続行時間に送信されたパイプラインパラメーターは、トリガー (セットアップ) 時に送信されたパイプラインパラメーターとオーバーラップすることはできません。

  • セットアップ設定で宣言されたパイプラインパラメーターは、continuation 設定でも宣言される必要があります。 このパラメーターは、続行時に使用することができます。

セットアップ ワークフローを使用してダイナミックコンフィグを生成する方法の基本的な例は、 ダイナミックコンフィグの使用を参照してください。

FAQ

パイプラインパラメーターは API でしか使用できないのではありませんか?

以前は、パイプラインパラメーターは API でしか使用できませんでしたが、 今では、ダイナミックコンフィグ機能を使用すると、パイプラインが実行される (API または Webhook のいずれかからトリガーされる、つまり VCS へのプッシュイベント) 前に、パイプラインパラメーターを動的に設定できるようになりました。

カスタム Executor を使用できますか?

カスタム Executor は使用できますが、continuation ステップが機能するように、特定の依存関係をインストールする必要があります (現時点: curljq)。

continuation orb とは?

continuation Orb は、パイプラインの続行プロセスを管理できるようにユーザーを支援します。 continuation Orb は、 continuePipeline に対する API 呼び出しをラップします。 詳細については、 continuation Orb のドキュメントを参照してください。

continuation orb を使用しないことは可能ですか?

continuation Orb でカバーされない特別な要件がある場合は、他の方法で同じ機能を実装することができます。 Orb を使って続行機能がどのように実装されているかを学習するには、 Orb Source を参照してください。


Suggest an edit to this page

Make a contribution
Learn how to contribute