选择此选项时会生成一个 yaml 文件，如下所示：
在这个 yaml 文件中，您可以定义从restore -> build -> run tests -> publish and -> deploy to azure app service web app 开始的整个部署周期。
那么，为什么会有发布选项？如果我可以通过Pipelines -> Pipelines 选项定义整个生命周期，那么Pipelines -> Releases 选项的目的是什么？
【问题讨论】：
标签： azure-devops azure-pipelines azure-pipelines-release-pipeline
Pipelines 是最新的 DevOps 用户界面中用于构建的名称。在旧 UI 中是这样的：
可以说Pipeline（或Build，或Build Pipeline）代表Azure DevOps中的CI（持续集成）。 Release 代表 Azure DevOps 中的 CD（持续交付）。管道通常获取代码、构建它、测试并创建一个工件。 Release 获取工件并发布/部署它。
用法取决于您的项目。
如果您有一个小项目并且不需要发布功能（例如预部署条件和批准），那么您可以像您提到的那样拥有管道：restore -> build -> tests -> deploy 并且不需要发布。
如果您的项目很大并且有很多开发人员的贡献，那么每次开发人员推送到公共存储库时，使用 Pipeline 构建、运行单元测试、使用工件执行其他自动化和结果是很好的。因此，您可以确定一切都已解决并且集成测试已通过。流水线还可以最终发布/部署任务到开发环境/服务器，以进行内部工作、使用、测试。
在大型项目中，您不需要将每次推送都部署到公共仓库。因此，您可以确定一个负责部署到生产环境的版本。它具有为此而设计的功能，例如预先批准，因此每个人都同意它是用于生产的正确构建（或工件）。
【讨论】：
如 Microsoft 文档中所述，“发布”部分是他们的“经典编辑器”解决方案：Link
“管道”部分提供了两种创建管道的方式：
Classic 基本上意味着它们是创建 Azure DevOps 管道的原始方式。您可以使用 GUI 编辑器以交互方式构建管道。从 YAML 创建的管道，在助手的帮助下是更新的方式。
"Pipelines" 部分的主要内容是 "Releases" 没有的是，通过编写 YAML 代码，它可以让您将 CI/CD 策略配置为代码，其中，管道定义与您的代码并存。
他们最新的学习资源还表明使用 YAML 并在同一管道中创建构建和部署阶段Deploy applications with Azure DevOps
我推荐：
编辑：2020 年 5 月 11 日更新，Pipelines YAML CD features now generally available
【讨论】：