我在Azure DevOps中创建了一个新管道，并为其创建了一个新分支。
结果，DevOps自动将新管道的YAML文件提交到我的“开发”分支。
我创建的其他管道都没有将YAML文件提交到存储库中...
为什么要这样做？
我们必须将YAML文件保存在那里吗？
它与应用程序的源代码无关，因此似乎不知道为什么将其存储在其中。
答案 0 :(得分：1)
YAML是用于部署应用程序的代码，因此它是源代码的一部分。通过将其置于源代码控制之下，它可以跟踪版本更改以及对在构建过程中确定或插入的参数或变量的任何其他更改。
这与通过UI更新而不是通过源代码控制并且没有同行评审，分支合并以及可以应用的其他策略的较旧的工作方式相反。
前几天YAML Pipelines for Releases即将发布的GA之上，这将使回购协议下的YAML更加强大，因为YAML不仅会构建代码，还会发布代码。
答案 1 :(得分：1)
在Azure Devops Service中，我们使用YAML语法或通过用户界面（经典）定义管道。因此，有两种管道，Yaml pipelines和Classic UI(Classic build and release) pipelines。
我创建的其他管道均未提交YAML文件 进入仓库...
为什么要这样做？
defining pipelines using Yaml syntax时的预期行为：管道已使用您的代码进行版本控制。它遵循相同的分支结构。
这样做的一个优点是：对构建过程的更改可能会导致中断或导致意外结果。由于更改是在代码库其余部分的版本控制中进行的，因此您可以更轻松地确定问题所在。
总而言之，yaml管道将添加到版本控制中，这是设计使然。如果您不希望出现这种情况，则可以随意使用Classic Build和Classic Release管道。这也是一个不错的选择！关于这两种格式之间的差异，您可以检查Feature availability。希望能有所帮助：）