Dev Container に関する FAQ

Dev Container を作成した後、Docker でさまざまなボリュームやプロパティが表示されます。 それぞれは何のためにありますか？

Dev Container を作成すると、Docker に次のボリュームとプロパティが表示されます：

• jb_devcontainers_shared_volume: IDE バックエンドのコピーには一定の時間がかかります。 ただし、このプロセスは最初の Dev Container 作成時に 1 回だけ実行され、すべてがこのボリュームにコピーされます。 その後、このボリュームは複数のコンテナー間で共有されるため、ダウンロードプロセスを繰り返す必要はありません。 別の IDE または異なる IDE バージョンを使用して Dev Container を作成する場合は、同じ Docker ボリュームにコピーします。 すべてのバックエンドが 1 つのボリュームに保存されるため、管理が容易になります。

  例: バックエンドの管理 ダイアログを使用して不要なバックエンドを削除します。

• jb-devcontainer-features-xxx: devcontainer.json ファイルで 機能 を使用すると、すべてのフィーチャがそのようなイメージに配置されます。

  現時点では、不要なイメージは手動で削除する必要があります。

• jb_devcontainer_sources_xxx: git clone を使用する場合、ヘルパーコンテナー (alpine/git イメージに基づく) を使用して、すべてのソースがこのボリュームにクローン作成されます。

Dev Container を作成するときに、さらにログ情報を追加するにはどうすればよいですか ?

ヘルプ｜診断ツール｜デバッグログ設定 に次の文字列を追加します。

-ssh git クローンを使用してリモート Dev Container を作成するために SSH 接続が成功したことをどのように確認すればよいですか ?

次のコマンドを実行します：

次の例を確認してください：

Dev Container の作成中に alpine/git イメージがプルされるのはなぜですか ?

小型の alpine/git イメージをベースにコード編集ヘルパーコンテナを作成し、必要なツールやライブラリ（例：Git や SSH クライアントなど）が含まれています。 Dev Container 作成用のイメージにリポジトリが含まれていない場合に、リポジトリをクローンするために必要です。

SSH Docker 接続に Dev Container の作成とソースのマウントオプションを使用しないのはなぜですか ?

すべてのソースがすでにローカルにある場合、SSH 経由の Docker のような複雑で遅いメソッドを使う必要はありません。

リモートバックエンドで Dev Container の構築を呼び出すことは可能ですか ?

リモートバックエンドにある .json ファイルを使用して、プロジェクト用の Dev Container をビルドできます。

詳細は リモートプロジェクトのために Dev Container を開始する を参照してください。

SSH 経由でリモートで Dev Container を作成するには、なぜ Docker をローカルにインストールする必要があるのですか ?

ローカル Docker は正しいコンテキストを収集し、非常に大きくなることもあるリポジトリ全体ではなく、必要なファイルだけを Dev Container に複製します。

現在の実装では、正しいコンテキストを収集し、必要なファイルのみをリモートマシンに複製するために、ローカル Docker CLI が必要です。 要件は リモートサーバーで Docker を操作するための前提条件 セクションで確認できます。