Programming Self-Study Notebook

勉強したことを忘れないように! 思い出せるように!!

「FILE SHARING」を少し調べてみた

f:id:overworker:20200628105903p:plain
  • 「Docker version 19.03.8」のGUIに関するメモです
    • 設定画面が依然と少し変わっていたので、記録しておきます。

新しい設定画面

  • プラス記号部分をクリックすると「フォルダの選択ダイアログ」が表示されます。
    • コンテナ内で動かしたいアプリケーション用の開発リソースが格納されたフォルダを選択してください。
f:id:overworker:20200625011437p:plain:h350

実行結果

f:id:overworker:20200625011247p:plain:h350

削除する場合

f:id:overworker:20200625011642p:plain:h350

詳細

「documentation」の先の画面

f:id:overworker:20200625004838p:plain

Google翻訳にかけた結果

ファイル共有

<b>注意</b>
WSL 2モードおよびWindowsコンテナーモードでは、すべてのファイルがWindowsによって自動的に共有されるため、[ファイル共有]タブはHyper-Vモードでのみ使用できます。

ファイル共有を使用して、Windows上のローカルドライブをLinuxコンテナーと共有できるようにします。 これは、コンテナー内のコードを実行およびテストしながら、ホスト上のIDEでソースコードを編集する場合に特に便利です。 ドライブがLinuxコンテナと共有されていない場合、実行時に`file not found`か、`cannot start service`エラーが発生する可能性があります。 [ボリュームのマウントにはLinuxコンテナーの共有ドライブが必要です](https://docs.docker.com/docker-for-windows/troubleshoot/#volume-mounting-requires-shared-drives-for-linux-containers)を参照してください。

Apply&Restartは、Dockerのバインドマウント(-v)機能を使用して、コンテナーがドライブを利用できるようにします。

<b>共有ドライブ、権限、およびボリュームマウントに関するヒント</b>
共有ドライブは、コンテナで実行されている間にアプリケーションコードをホスト上で編集できるように設計されています。キャッシュディレクトリやデータベースなどの非コードアイテムの場合、データボリューム(名前付きボリューム)またはデータコンテナーを使用してLinux VMに格納すると、パフォーマンスが大幅に向上します。

Dockerデスクトップは、ユーザー、グループ、その他0777またはa + rwxの読み取り/書き込み/実行の権限を設定します。これは構成できません。共有ボリュームのデータディレクトリに対する権限エラーを参照してください。

Linuxは大文字と小文字を区別しますが、Windowsはファイルシステムの大文字と小文字を区別しないビューをアプリケーションに提示します。 Linuxでは、testとTestの2つの別々のファイルを作成できますが、Windowsでは、これらのファイル名は実際には同じ基本ファイルを参照します。これは、アプリが開発者のWindowsマシン(ファイルの内容が共有されている)で正しく動作するが、実稼働環境のLinux(ファイルの内容が異なる)で実行すると失敗するという問題を引き起こす可能性があります。これを回避するため、Dockerデスクトップでは、すべての共有ファイルに元のケースとしてアクセスするように要求しています。したがって、testというファイルが作成された場合、testとして開く必要があります。テストを開こうとすると、「そのようなファイルまたはディレクトリはありません」というメッセージが表示されて失敗します。同様に、testというファイルが作成されると、Testという2番目のファイルを作成しようとしても失敗します。

その他の記事へ