Compose: ユーザー指定のプロパティおよび/またはメタデータの保存場所（作成者、説明）

バージョン1のファイルでは、docker-composeファイルの先頭に2つのコメントがあります。

# author: Anthon van der Neut <[email protected]>
# description: mongo container

私は、その後に抽出しているdc2service使用してruamel.yamlし、システムD /成り上がりのためのサービス・ファイルにこの情報が含まれています。 もちろん、Pythonプロジェクトでよく見られるYACFの原則（Yet Another Configuration File）に従うこともできますが、1.6.0とバージョン2.0のファイル形式を使用すると簡単に実行できます。

version: '2'
user-data:
  author: Anthon van der Neut <[email protected]>
  description: mongo container
services:
   .......

残念ながら、 docker-composeは、 user-dataが予期しない追加のプロパティであると不平を言っています。

バージョン2のトップレベルのマッピングでは、ユーザー固有のデータ用に1つ以上のキーを予約することを提案します。唯一の要件は、対応する値が有効なYAML構造である、つまりファイル全体が解析可能なYAMLのままであることです。 これは1つのキーであり、対応する値はマッピング（柔軟性のため）であることが推奨されます。または、docker-composeは、特定のプレフィックス（ "user-data-"）を持つすべてのトップレベルキーを無視することもできます。

同様のことが、たとえばTIFFなどのコンテナファイル形式で行われ、追加の（ベンダー固有の）情報を含めることができます。 もちろん、そのキーの名前は、docker-composeで使用されないものである必要があります。つまり、「user-data」、「non-dc-data」です。

docker-compose開発者は、他のプロジェクト（できれば私の作者/説明のように）に役立つと考えている情報をいつでも選択して、他のプロパティの下に挿入するか、自分のトップレベルのプロパティを保証するかを決定できます。