我在YAML-wikipedia 上阅读了它们，但并没有真正理解它们之间的主要区别。我看到有人使用.yaml 扩展名，但是，Symfony2 使用.yml 扩展名。
YAML 是一种人类可读的数据序列化格式，它采用了来自 C、Perl 和 Python 等编程语言的概念，以及来自 XML 和电子邮件数据格式的想法。
YAML 是“YAML Ain't Markup Language”的递归缩写。在其发展的早期，据说 YAML 的意思是“另一种标记语言”[3]，但随后对其进行了重新解释（将原始首字母缩略词反译）以区分其面向数据的目的，而不是文档标记。
那么，.yaml 和 .yml 之间究竟有何不同？我们什么时候应该更喜欢一个？
【问题讨论】：
标签： symfony yaml naming-conventions
文件扩展名对文件的内容没有任何影响或影响。您可以将 YAML 内容保存在具有任何扩展名的文件中：.yml、.yaml 或其他任何扩展名。
您使用.yaml 而不是.yml 的（相当稀疏的）YAML 常见问题解答recommends，但由于历史原因，许多Windows 程序员仍然害怕使用超过三个字符的扩展，因此选择使用@ 987654327@ 代替。
因此，真正重要的是文件内部的内容，而不是其扩展名。
【讨论】：
正如@David Heffeman 所指出的，建议尽可能使用.yaml，并且自 2006 年 9 月以来一直是这种建议。
一些项目使用.yml主要是因为实施者/文档者的无知：他们想使用YAML是因为可读性，或者其他格式不提供的一些其他功能，不熟悉建议并且刚刚实施什么有效，可能是在查看其他项目/库之后（不质疑所做的是否正确）。
解决这个问题的最好方法是在创建新文件时保持严格（即使用.yaml）并在接受输入时保持宽容（即在遇到输入时允许.yml），可能会自动升级/更正尽可能出现这些错误。
我的另一个建议是，当您认为必须使用时，记录您必须使用.yml 的论点为什么。这样你就不会看起来像个无知的人，并让别人有机会理解你的推理。当然，“其他人都在做”和“在 Google 上 .yml 的页面数比 .yaml 多”不是论据，它们只是关于错误或正确的项目受欢迎程度的统计数据（关于YAML 文件的扩展名）。您可以尝试证明某些项目很受欢迎，只是因为他们使用.yml 扩展而不是正确的.yaml，但我认为您将很难这样做。
一些项目意识到（为时已晚）他们使用了不正确的扩展名（例如，最初docker-compose 使用了.yml，但在后来的版本中开始使用.yaml，尽管它们仍然支持.yml）。其他人似乎仍然对正确的扩展一无所知，例如 AppVeyor 2019 年初，但允许您为项目指定配置文件，包括扩展。这使您可以从您的脸上获取配置文件并为其提供适当的扩展名：我使用 .appveyor.yaml 而不是 appveyor.yml 来构建我的 YAML 解析器的 Windows 轮子（用于 Python）。
另一方面：
Symfony2 的 Yaml（原文如此！）组件实现了 YAML 1.2 版本规范中定义的选定subset of features。
因此，他们也使用推荐扩展的子集似乎很合适。
【讨论】：