それは.yamlまたは.ymlですか？
ファイル拡張子の性質と存在さえもがプラットフォームに依存します（いくつかのあいまいなプラットフォームはそれらを持っていない、覚えています） - 他のシステムではそれらは従来のものだけです（UNIXとその同種の）場合によっては、長さや文字の内容に関する特定の制限（Windowsなど）もあります。
メンテナがあなたが ".yaml"を使うように頼んだので、それはあなたが得ることができるように "公式の"判決に近い。
編集：
それで、どちらを使うべきですか？作成者によって提案された適切な4文字の拡張子、またはインターネットの野生の西にある3文字の拡張子のいずれか？
この質問は：
アドバイスを求める。または
ある特定の感情の自然な表現でありながら、公的な推奨が無視されていることに気付いている一方で、際立って、あるいは主にさえも。
人々は以下のことに対する好みが異なります。
公式のアドバイスまたは
練習の優勢。
もちろん、私はあなたに影響を与えることはほとんどありません、あなたがとることを好むこれら二つの道のうちのどちらに関して！
以下（そして科学の精神）では、大部分の人が3文字の拡張子を使用するように導いたのは（単に問題として）何についての仮説を立てるだけです。そして、 効率的な原因に焦点を当てています。
これによって、私は道徳的な励ましを意図しません。おわかりのように、 何かがあるという事実は、それがあるべきことを意味するのではありません。
あなたの個人的な志向がどうであれ、どちらの道をたどっても、私は反対しません。
（編集終了）
この好み（現実の用法では）は8.3文字のDOS風の制限によるものであるという提案、IMOは レッドニシン です（誤って誤解を招く可能性があります）。
2016年8月現在、YMLとYAMLのGoogle検索数は約6,000,000と4,100,000でした（2桁の精度まで）。さらに、「YAML」の数は、拡張子としての使用を超えて、名前による言語の言及が含まれていたため、不当に高かった。
2018年7月の時点で、YMLとYAMLのグーグルの検索数はおよそ 8,100,000 と 4,100,000 であった。精度）。そのため、過去2年間で、YMLは基本的に人気が2倍になりましたが、YAMLは同じままです。
もう一つの文化的な手段はファイル拡張子を説明しようとするウェブサイトです。たとえば、FilExt Webサイト（2018年7月現在）では、 YAML のページは次のようになります。 "Ooops！FILEXT.comデータベースには情報がありません。ファイル拡張子.YAML。 "
一方、 YML のエントリがあります。 "YAML ...はテキストファイルを使用し、それを人間が読める形式のデータベースに整理します。 YAMLがRuby on Railsによってデータベースへの接続に使用される場合の典型的な例です。」
2014年11月現在、ウィキペディアの拡張に関する記事 YML は、「.yml」は「the YAMLファイル形式のファイル拡張子」であるとまだ述べています。 （強調を加えた）。その YAML 記事には、好みを表現せずに両方の拡張機能がリストされています。
拡張子「.yml」は十分に明確で、より短く（したがって、入力や認識が容易）、そしてはるかに一般的です。
もちろん、これら両方の拡張子は、長くて可能性のある拡張子 ".yamlaintmarkuplanguage"の省略形と見なすことができます。しかし、プログラマー（そしてユーザー）は、そのすべてを入力したくはありません。
その代わりに、私たちのプログラマー（そしてユーザー）はできるだけ少ないタイピングをしたが、それでもなおあいまいさがなく明確であることを望みます。そして、もっと長いWordを読まずに、できるだけ早くそれがどのような種類のファイルであるかを確認したいと思います。両方の目標を達成するのに必要な文字数を入力します。答えは3（3）ではありませんか？言い換えれば、YML？
ウィキペディアの カテゴリ：Filename_extensions ページには、 、a 、 、o そして 。Z どういうわけか、それは（C言語によって使用される）.cと.hを逃しました。これらの1文字の拡張子の例は、拡張子を必要なだけ長くする必要があることを確認するのに役立ちますが、もう必要ありません（Albert Einsteinを二重引用符で囲むため）。
代わりに、一般に、 "Y"で始まる拡張子はほとんどないことに注意してください。一方、一般に、文字Ｘは、「クロス」、「拡張可能」、「極端」、「可変」など（例えばＸＭＬで）を含む非常に多様な意味で使用されている。そのため、 "Y"から始めるとすでに多くの情報が（情報理論の観点から）伝達されますが、 "X"から始めるとそうではありません。
したがって、言語学的に言えば、「XML」という頭字語には（ある意味で）2つの有益な文字（「M」と「L」）しかありません。代わりに、 "YML"には3つの有益な文字（ "M"、 "L"、 "Y"）があります。実際、Yで始まる既存の頭字語は非常に小さいようです。暗黙のうちに、これが4文字のYAMLファイル拡張子が非常に過剰に指定されていると感じるのはこのためです。
おそらくこれが、実際には、問題の略語を4文字に長くする「言語」のプレッシャーが弱く、この略語を3文字に短くする「言語」のプレッシャーが弱いことであると考えています。は強い。
純粋にこれらの要因の結果として（そして公式の承認としてではなく）、私は YAML.org ウェブサイトの最新ニュース（2011年11月から）はJavaScriptで書かれたプロジェクトについてのすべて、 JS-YAML 、それ自体は内部的に拡張子 ".yml"を使うことを好む。
上記の要因が主な要因である可能性があります。それにもかかわらず、すべての要因（既知または未知）は、発明者の好みにもかかわらず、省略された3文字の拡張子がYAMLの主流の使用になるものとなっています。
".YML"は事実上標準のようです。それでも、同じ発明者は、人間が読めるデータ言語に対する世界の必要性について、知覚的で正しかった。そしてそれを提供してくれた彼らに感謝するべきです。
これについての多くの人々のコメントをオンラインで読んだ後、私の最初の反応はこれが基本的にそれらの本当に重要ではない議論の1つであるということでした。しかし、私の最初の興味はrightフォーマットを見つけることだったので、私はファイル命名規則と一貫性を保つことができました。
長い話を簡単に言えば、YAMLの作成者は.yamlを言っていますが、個人的には私は.ymlを続けています。それは私にとってもっと理にかなっています。だから私は確約を見つけるために旅に出ました、そして間もなく十分に、私はdockerがどこでも.ymlを使っていることに気付きます。あなたはkubernetesのドキュメントdocker-compose.yml..で見ている間、私はずっとずっとkubectl apply -f *.yamlファイルを書いています。
したがって、結論として、両方のフォーマットが明らかに受け入れられ、反対側にいる場合（つまり、入力としてYAMLファイルを受け取るシステムを書く）あなたは両方を考慮に入れるべきです。それはラクダ事件に対する別のヘビ事件のようですね….