反省DevOps项目示例中的CI/CD管道

完成创立后，项目会自动在Azure DevOps组织中配置一个残缺的CI/CD管道。当然，您也可以对这些管道停止自定义。

在Azure Dashboard的顶部，有Build Pipelines和Release Pipelines两个选项。在任一选项被点击之后，它将翻开一个带有管道的新的阅读器选项卡。

构建管道：

单击Azure Dashboard上的Build Pipelines。

在新的阅读器选项卡被翻开后，请从屏幕的右上角选择Edit。

您可以在此看到构建管道中的：从存储库中获取代码、恢复依赖项、编译运用、运转测试、以及为部署提供输入等多项义务。

由于Azure DevOps可以跟踪基于构建标准所做的一切更改，并允许您比较不同的更改版本，因此经过选择在构建管道称号下的History选项卡，您将可以看到针对构建的一切更改的审计跟踪。

选择Triggers选项卡，您能看到由Azure DevOps的CI/CD项目自动创立的一个名为“CI trigger”的触发器。由于开发者每次在提交到存储库时，都会启动一个新的构建，因此他们可以依据继续集成进程中的选择，按需包含或剔除各种分支。

经过选择Retention选项卡，您可以添加、查看或删除相关策略，以保留或删除一定数量的构建。

发布管道：

在左侧的Pipelines部分下方，请选择Releases。

由于发布管道会管理Azure DevOps中的部署，因此经过单击“Edit”，您可以反省管道。

在发布管道的称号下方，您将可以发现那些与构建管道相反的选项卡。

在Pipeline选项卡下，请点击Artifacts，然后选择Drop，以输入之前反省过的构建管道的工件。

发布管道带有一个已启用的继续部署的触发器。每当发作新的构建时，它都会执行部署义务。当然，您也可以禁用自动化，以手动的方式执行触发器。

如下图所示，您可以经过选择dev阶段，然后单击顶部的Tasks选项卡，以定义在部署进程中，需求执行的一切活动义务。

在Run on agent的下方，您可以看到五项可选义务：

Azure资源部署 – 它会部署诸如：Azure Web App和Azure SQL数据库等一切Azure资源，以供运用顺序的运用。

Azure运用效劳部署 – 它会将运用包部署到网站上。

Azure SQL数据库部署 – 各种有关SQL的更改会被部署到数据库上。

Visual Studio测试 – 可以在部署后，运转功用测试。

如下图所示，在左侧面板中，您将会在Pipelines下找到Releases。此处展现了发布的历史记载。

经过选择版本号，您既可以查看到版本的摘要，又可以进一步熟习诸如：关联的任务项、以及各项测试等菜单。

(责任编辑：admin)