docker ボリュームマウントについて

Question

実現したいこと

docker-compose.ymlファイルにおける
ボリュームマウントの設定の部分で** nocopy: true**の使い所が知りたい

例えばどんなファイルをdocker内のディレクトリへコピーしないようにすればいいのでしょうか？

前提

ボリュームマウントの設定時に付与できる 「nocopy: true」オプションの使い所がわからない

該当のソースコード

version: "3"
services:
  web:
    image: nginx:alpine
    volumes:
      - type: volume
        source: mydata
        target: /data
        volume:
          nocopy: true

volumes:
  mydata:

試したこと

nocopy: trueにすることでコンテナからのデータコピーを無効にするということがわかりました。
また、これを設定することでdocker compose up実行時に作られるvolumesの中身が空になることがわかりました。

しかし、このオプションはdocker環境を動かすために必要なものが不足するだけなのではと思いました。
色々なサイトを拝見し、dockerfileの例で nocopy: trueにしているケースがほとんどでしたが、具体的な意味やメリットの説明がありませんでした

例えばこちらのサイトでは使い所がわからないと記載がありました。
https://qiita.com/naokit-dev/items/26b6a542571639e975ee

回答よろしくお願い致します。

Answer 1

しかし、このオプションはdocker環境を動かすために必要なものが不足するだけなのではと思いました。

はい、nocopy: false は、ボリュームの内容が空っぽの場合だけイメージのマウント前の内容をコピーするというトリッキーな仕様を知ったうえで使いこなせば便利な機能だと思います。
例えば、Java系のアプリケーションサーバみたいにインストールしたディレクトリの中で書き込み（ warファイルの解凍、ログの出力）が行われるようなもののディレクトリを永続化したい場合に便利です。イメージのビルド時にインストールしておいて、最初の起動時に内容がコピーされ、その後はそのディレクトリ内で書き込みが行われ永続化されます。
ただし、この場合イメージのアプリケーションをバージョンアップして再デプロイしてもマウントしたディレクトリの内容は古いままになることに注意が必要です。

色々なサイトを拝見し、dockerfileの例で nocopy: trueにしているケースがほとんどでしたが、具体的な意味やメリットの説明がありませんでした

そのディレクトリが最初は空っぽであるべきものであれば、まちがってイメージに内容物がある場合にそれが参照されてしまうことを防げるので、nocopy:true を使うべきだと思います。データベースのデータを保持するディレクトリで docker-entrypoint.sh でディレクトリが空っぽの場合のみ初期化するような場合には true にしたいでしょう。