Dockerfile 実行構成

名前

実行構成の名前を指定して、編集または実行時に他の構成の間ですばやく識別できるようにします。

複数のインスタンスを許可する

この実行構成の複数のインスタンスを並列実行できるようにします。

デフォルトでは無効になっており、他のインスタンスが実行中にこの構成を開始すると、WebStorm はそのインスタンスの停止と新しいインスタンスの開始を提案します。 これは、実行構成が多くのリソースを消費し、複数のインスタンスを実行する正当な理由がない場合に役立ちます。

プロジェクトファイルとして保存

実行構成設定を含むファイルを保存して、他のチームメンバーと共有します。 デフォルトの保存先は .idea/runConfigurations です。 ただし、 .idea ディレクトリを共有したくない場合は、プロジェクト内の任意の他のディレクトリに構成を保存できます。

デフォルトでは無効になっており、WebStorm は実行構成設定を .idea/workspace.xml に保存します。

サーバー

実行構成に使用する Docker デーモン接続を選択します。

Dockerfile

イメージの構築に使用される Dockerfile の名前と場所を指定します。

イメージタグ

ビルドされたイメージのオプションの名前とタグを指定します。

これは、将来的にイメージを参照できます。 フィールドを空白のままにすると、イメージにはランダムな一意の識別子のみが含まれます。

コンテナー名

コンテナーのオプションの名前を指定します。 空の場合、Docker はコンテナーのランダムな名前を生成します。

これは、 --name オプションを docker run コマンドで使用するのと似ています。

起動前

実行構成を開始する前に実行するタスクのリストを指定します。 例: 別の構成を実行し、必要なアーティファクトを構築し、外部ツールまたは Web ブラウザーを実行します。

をクリックするか、 Alt+Insert を押して、使用可能なタスクの 1 つを追加します。

および を使用してリスト内のタスクを移動し、タスクを実行する順序を変更します。 タスクを選択し、 をクリックしてタスクを編集します。 をクリックして、選択したタスクをリストから削除します。

このページを表示する

実際に起動する前に、実行構成設定を表示します。

ツールウィンドウをアクティブにする

構成のタイプに応じて、この実行構成を開始するときに 実行、 デバッグ、 サービスツールウィンドウを開きます。 このオプションが無効になっている場合は、ツールウィンドウを手動で開くことができます。

• 表示 | ツールウィンドウ | 実行 または Alt+4

• 表示 | ツールウィンドウ | デバッグ または Alt+5

• 表示 | ツールウィンドウ | サービス または Alt+8

コンテキストフォルダー

デーモンがビルドプロセス中に使用するローカルディレクトリを指定します。 Dockerfile 内のすべてのホストパスは、このディレクトリを基準にして処理されます。 デフォルトでは、空白のままにすると、Docker は Dockerfile が配置されているのと同じディレクトリを使用します。

ビルド引数

ビルドプロセス中に通常の環境変数のようにアクセスできるビルド時の変数の値を指定しますが、中間イメージや最終イメージには保持されません。

これは、 --build-args オプションを docker build コマンドで使用するのと似ています。

これらの変数は、 ARG 命令を使用して Dockerfile で定義する必要があります。 例: 使用するベースイメージのバージョンの変数を定義できます。

この場合の WSNODETAG 変数はデフォルトで latest になり、ビルド時の引数として再定義しない限り、Dockerfile は最新バージョンの Node.js でイメージを生成します。 WSNODETAG=8 を設定すると、Docker は代わりに node:8 をプルし、Node.js バージョン 8 でコンテナーを実行します。

WSNODETAG 引数の再定義は、次のコマンドラインオプションの設定に似ています。

複数の引数をスペースで区切って指定できます。

ビルドオプション

サポートされている docker build オプション(英語)を設定します。

例: --label オプションを使用して、ビルドされたイメージのメタデータを指定できます。

ビルド済みイメージを実行

選択すると、WebStorm はビルド後に Docker イメージを実行します。

全ての公開ポートをランダムに割り当てる

公開されているすべてのコンテナーポートを、ホスト上のランダムな空きポートに公開します。

これは、コマンドラインで -P または --publish-all オプションを使用するのと似ています。

バインドポート

特定のコンテナーポートをホスト上の特定のポートにマップします。

これは、コマンドラインで -p または --publish オプションを使用するのと似ています。

バインドポート フィールドの をクリックし、ホストのどのポートをコンテナーのどのポートにマップするかを指定します。 ポートにアクセスできる特定のホスト IP を指定することもできます（たとえば、ローカルでのみアクセスできるように 127.0.0.1 に設定したり、ネットワーク内のすべてのコンピューターでポートを開くように 0.0.0.0 に設定したりできます）。

ホストポート 3001 で Node.js がすでに稼働していて、別の Node.js インスタンスをコンテナー内で実行し、ホストからポート 3000 経由でアクセスしたいとします。 ホストのポート 3000 をコンテナーのポート 3001 にバインドするのは、次のコマンドラインオプションを設定するのと同じようなものです：

このオプションは、 バインドポート フィールドを構成する代わりに、 実行オプション フィールドで明示的に設定できます。

エントリポイント

イメージのデフォルトの ENTRYPOINT を上書きします。

これは、コマンドラインで --entrypoint オプションを使用するのと似ています。

コマンド

イメージのデフォルトの CMD を上書きします。

これは、 docker run の引数としてコマンドを追加するのと似ています。

バインドマウント

ホスト上のファイルとディレクトリをコンテナー内の特定の場所にマウントします。

これは、コマンドラインで -v または --volume オプションを使用するのと似ています。

バインドマウント フィールドで をクリックし、ホストディレクトリとそれをマウントするコンテナー内の対応するパスを指定します。 コンテナーボリュームへの書き込みを無効にする場合は、 読み取り専用 を選択します。

例: ホスト上のローカル Node.js ディレクトリ（ /Users/jetbrains/WS/node_docker/web ）をコンテナー内のディレクトリ（ usr/src/app ）にマウントできます。 この方法でボリュームをマウントすることは、次のコマンドラインオプションを設定することに似ています。

このオプションは、 バインドマウント フィールドを構成する代わりに、 実行オプション フィールドで明示的に設定できます。

環境変数

環境変数を指定します。 ENV 命令で定義されているように、 Dockerfile で使用しているベースイメージには関連付けられた環境変数があります。 Docker が新しいコンテナーごとに 自動的に設定する環境変数(英語)もあります。 このフィールドを使用して、変数のいずれかをオーバーライドするか、追加の変数を指定します。

これは、コマンドラインで -e または --env オプションを使用するのと似ています。

変数の名前と値を追加するには、 環境変数 フィールドの をクリックします。

例: REPL(英語) の色を抑制したい場合は、 NODE_DISABLE_COLORS = 1 変数を設定します。 これは、次のコマンドラインオプションの設定に似ています。

このオプションは、 環境変数 フィールドを構成する代わりに、 実行オプション フィールドで明示的に設定できます。

実行オプション

サポートされているその他の docker run(英語) オプションを設定します。

例: コンテナーを my-net ネットワークに接続し、その my-app エイリアスを設定するには、次のように指定します。

コンテナーにアタッチ

コンテナーの標準入力・出力・エラーストリームに接続します。

これは、コマンドラインで -a または --attach オプションを使用するのと似ています。

コマンドプレビューを表示

実行構成の実行に使用されるコマンドをプレビューします。