天蓝色devops中的Pipeline和Release Pipeline有什么区别？

Question

选择以下所示的选项时，将生成一个yaml文件：

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

那么，为什么有发布选项？如果我可以通过Pipelines -> Pipelines选件定义整个生命周期，那么选件的目的是Pipelines -> Releases什么？

Answer 1

如 Microsoft 文档中所述，“版本”部分是他们的“经典编辑器”解决方案：链接

“管道”部分提供以两种方式创建管道：

1. YAML 代码
2. 经典 UI 编辑器

什么经典基本上是由他们的意思是原来的方式创建Azure中的DevOps管道。您可以以交互方式使用 GUI 编辑器构建管道。从YAML创建的管道，在助手的帮助下是较新的方式。

什么“管道”部分主要有“发布”不就是写YAML代码它使您能够将CI / CD策略配置为代码，其中，管道定义一起生活，并连同你的代码。

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

我建议：

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

多阶段流水线

编辑：2020 年 5 月 11 日更新，管道 YAML CD 功能现已全面可用

Answer 2

管道是Builds的最新DevOps用户界面中的名称。在旧版用户界面中，它是这样的：

可以说Pipeline（或“构建”或“构建管道”）代表Azure DevOps中的CI（连续集成）。Release代表Azure DevOps中的CD（连续交付）。管道通常需要代码，对其进行构建，测试并创建工件。发布采用工件并释放/部署它。

用法取决于您的项目。

如果您的项目很小，并且不需要发布功能（例如，部署前的条件和批准），则可以使用如上所述的管道： restore -> build -> tests -> deploy而无需发布。

如果您的项目很大，并且有很多开发人员参与，那么每次开发人员推送到通用仓库时，最好使用Pipeline来构建，运行单元测试，执行其他自动化操作并获得带有工件的结果。因此，您可以确定一切都已解决，并通过了集成测试。管道还可以最终将发布/部署任务发布到开发环境/服务器，以进行内部工作，使用，测试。

在大型项目中，您无需将所有推送都部署到通用仓库中。因此，您可以确定将负责部署到生产环境的发行版。它具有为此目的而设计的功能，例如预先批准，因此每个人都同意这是用于生产的正确构建（或工件）。