azure devops中的Pipeline和Release Pipeline有什么不同？

Question

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

​

​

在这个yaml文件中，您可以定义从restore -> build -> run tests -> publish and -> deploy to azure app service web app开始的整个部署周期。

那么，为什么会有releases选项？如果我可以通过Pipelines -> Pipelines选项定义整个生命周期，那么Pipelines -> Releases选项的用途是什么？

​

​

Answer 1

管道是构建的最新DevOps用户界面中的一个名称。在旧的UI中是这样的：

​

可以说，Pipeline(或构建，或构建管道)代表了Azure DevOps中的CI (持续集成)。在Azure DevOps中，Release代表CD(连续交付)。Pipeline通常获取代码，构建它，测试并创建一个工件。Release获取工件并发布/部署它。

用法取决于您的项目。

如果你有一个小项目，并且不需要发布特性(例如，预部署条件和批准)，那么你可以像你提到的那样拥有管道：restore -> build -> tests -> deploy，在发布中不需要。

如果你的项目很大，有很多开发人员的贡献，最好有Pipeline，它可以构建，运行单元测试，执行其他自动化，并在每次开发人员推送到公共代码库时产生工件。因此，您可以确保一切都已解决，并通过了集成测试。管道还可以以发布/部署任务到开发环境/服务器来进行内部工作、使用和测试而结束。

在大型项目中，您不需要将每个推送都部署到通用存储库。因此，您可以解决一个负责部署到生产环境的版本。它有专门为此设计的功能，比如预批准，所以每个人都同意它是用于生产的正确的构建(或工件)。

Answer 2

正如微软文档中所指出的，“发布”部分是他们的“经典编辑器”解决方案：Link

" pipelines“部分提供了两种创建管道的方式：

YAML code

• Classic UI editor

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

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

他们的最新学习资源还表明要使用YAML，并在同一管道Deploy applications with Azure DevOps中创建构建和部署阶段。

我建议：

• 如果您更喜欢使用YAML经典UI编辑器，请为构建使用“pipeline”部分，为deployments;

• If使用"Release“部分您更喜欢使用YAML，只需为构建和部署使用”pipeline“部分并创建多级管道。

Pipeline with multiple stages

编辑:更新: 2020年5月11日，Pipelines YAML CD features now generally available