Azure 开发运营中的管道和发布管道之间有什么区别？

Question

当您选择此选项时，将生成 yaml 文件，如下所示：

在此 yaml 文件中，您可以定义从还原开始的整个部署周期 -

那么，为什么有发布选项？如果我可以通过管道定义整个生命周期 -




Answer 1

正如微软文档中提到的，“发布”部分是他们的“经典编辑器”解决方案:链接

“管道”部分提供了两种创建管道的方法:

1. 断续器代码
2. 经典 UI 编辑器

经典的基本意思是Azure DevOps管道的原始创建方式。您可以通过以交互方式使用GUI编辑器来构建管道。在助手的帮助下从YAML创建管道是较新的方式。

“管道”部分的主要内容是“发布”所没有的，即通过编写 YAML 代码，它使您能够将 CI/CD 策略配置为代码，其中管道定义与代码一起存在。

他们最新的学习资源还表明使用YAML并在同一管道中创建构建和部署阶段使用Azure运营模式部署应用程序

我建议:

• 如果您更喜欢使用经典UI编辑器，请使用“管道”部分进行构建，使用“发布”部分进行部署;
• 如果您更喜欢使用 YAML，只需使用“管道”部分进行构建和部署，然后创建多阶段管道。

多级管道

编辑：2020 年 5 月 11 日更新，管道 YAML CD 功能现已正式发布

Answer 2

可以说，管道（或生成或生成管道）表示 Azure 开发运营中的 CI（持续集成）。“发布”表示 Azure 开发运营中的 CD（持续交付）。管道通常接受代码，构建代码，测试和创建工件。发布采用工件并发布/部署它。

用法取决于您的项目。

如果你有一个小项目，并且不需要发布功能（例如，预部署条件和批准），那么你可以像你提到的管道一样：恢复 -

如果您的项目很大，有很多开发人员的贡献，那么每次开发人员推送到公共存储库时，使用Pipeline来构建、运行单元测试、执行其他自动化和结果是件好事。所以你可以确保一切都解决了，集成测试通过了。管道也可以最终发布/部署任务到开发环境/服务器进行内部工作、使用、测试。

在大型项目中，您不需要将每个推送部署到公共回购。因此，您可以确定一个负责部署到生产环境的版本。它有专门为此设计的特性，比如预批准，所以每个人都同意它是生产的正确构建(或工件)。