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 ファイルで features を使用すると、すべてのフィーチャがそのようなイメージに配置されます。

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

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

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

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

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

次のコマンドを実行してください：

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

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

必要なツールやライブラリ、例えば Git や SSH クライアントを含む小さい alpine/git イメージをもとに、ヘルパーコンテナを作成します。 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 を操作するための前提条件 セクションで確認できます。