如何在Azure DevOps中构建CI/CD管道

如何在Azure DevOps中构建CI/CD管道

在本文中，我们将共同研究如何配置Azure CI/CD管道，并将其集成到LambdaTest Azure DevOps，以进行错误跟踪。

什么是CI/CD管道?

CI/CD管道往往被用于自动化的持续集成和持续部署过程中。其管道可以通过构建、测试、合并和部署等阶段，来促进软件的整个交付过程。简而言之，作为可运行的步骤规范，管道能够通过节省开发人员的手动工作量与时间，高效地交付出新的软件版本。

CI/CD管道的阶段：

2. 构建阶段：在构建到最终用户应用的可运行实例中时，该阶段体现了源代码及其依赖项的组合。同时，Java等内置于应用的语言也需要在此阶段完成编译。如果需要构建Docker镜像，我们也可以在此阶段进行。当然，倘若此阶段失败的话，则意味着代码、或其依赖项中存在着潜在的错误。

3. 测试阶段：自动化测试会在此阶段对代码及其行为，开展相应的验证。该阶段就像一个筛子一样，能够防止错误到达最终用户。我们可以按照从冒烟测试到端到端集成测试的顺序，划分出多个子阶段。同样，倘若此阶段失败的话，则会暴露出代码中的各项错误。

4. 部署阶段：一旦通过了所有预定义的测试，我们就拥有了可执行的代码，接着我们便可以进行部署了。产品团队可以在此基础上划分出Beta、Staging、以及面向最终用户的Production等阶段。

值得注意的是，上面提到的阶段皆为基本阶段。您也可以添加不同的子步骤，以使得 CI/CD过程更加自动化。下面，我们来讨论Azure DevOps的CI/CD。

什么是Azure DevOps?

Azure DevOps是Microsoft Azure提供的服务集合。它通过为团队提供开发服务，以支持、规划、协作、构建和部署应用程序。通过与浏览器或IDE(集成开发环境)的集成，它为开发人员提供了如下服务：

Azure存储库Azure管道Azure看板Azure测试计划Azure工件

在下文中，我们将使用Azure管道，为.NET项目创建CI/CD管道，并将Azure DevOps 的CI/CD连接到LambdaTest帐户中，以便将各种错误、任务、故事等推送到Azure DevOps的项目实例中。

什么是Azure管道?

Azure CI/CD管道简化了应用开发过程中的持续集成和持续交付。您可以使用GitHub或本地容器上的现有代码，从源代码阶段开始构建，让Azure存储库维护一个中央存储库，让Azure管道维护给定项目的构建和发布管道。其中，Azure DevOps的CI/CD流程是所有开发服务的关键流程。

除了使用Azure DevOps进行持续集成和持续部署，这些管道还可用于“构建-部署-测试”工作流，以持续测试(CT)的方式，快速测试那些可扩展性例程中的变更。

Azure管道的优点：

在Azure DevOps的CI/CD实践中，Azure管道可以提供如下优势：

版本控制系统：将代码放入版本控制系统，是构建Azure CI/CD管道的第一步。您可以在GitHub、Bitbucket、Subversion或任何其他Git存储库中管理源代码。同时，它也支持Team Foundation版本控制(TFVC)系统。编程语言和应用程序类型：开发者可以在Azure管道中使用包括：Java、Ruby、C、C++、Python、PHP、Go和JavaScript在内的不同语言。部署目标：具有Azure CI/CD管道的应用程序，可以被部署到多个目标环境中。其中包括虚拟机、容器、以及任何本地或云平台。定价：虽然它是一个公共的免费项目，但是对于私人项目而言，用户每个月最多仅可免费运行1800分钟的管道作业。

如何构建Azure CI/CD管道

若要创建Azure CI/CD管道，请先执行如下预备步骤：

1. 使用Azure中的Azure DevOps Starter资源，来创建一个ASP.NET类型的DevOps示例项目。

2. 检查由Azure DevOps Starter配置的Azure CI/CD管道。

3. 将DevOps示例项目克隆到系统中。

4. 提交代码并执行CI/CD。

我们稍后会使用LambdaTest与Azure DevOps的CI/CD相集成，去简化错误的跟踪，并随时将epic、故事、以及任何任务推送到相应的项目中。

预备条件

使用Azure DevOps Starter创建ASP.NET DevOps项目

Azure DevOps项目简化了Azure CI/CD管道的设置。开发者可以使用现有的代码、或已创建的应用示例，作为新的Azure DevOps项目。在此，我们将按照如下步骤创建一个新的DevOps项目：

从Microsoft Azure门户处，登录您的Azure帐户。选择Azure服务下的 +(即创建资源的按钮)，然后搜索DevOps Starter。

选择DevOps Starter并单击Create。

如下图所示，选择.NET，然后单击Next。

NET应用示例通常由开源的ASP.NET框架、以及跨平台的ASP.NET Core框架所组成。如果您选择的是ASP.NET Core框架，那么可以按需切换到添加数据库选项，并在完成后，选择Next。

您可以将应用程序部署到Windows Web App或虚拟机上。其中，Windows Web App是默认的部署目标，虚拟机则为备选项。完成之后，请单击Next。

其下一屏提供了项目的名称、Azure DevOps组织、订阅和Web应用的名称(该名称需要在Azure中唯一)。您既可以保持默认值，也可以更改为美国中南部(South Central US)。在此，我们使用了默认值。

您可以通过选择其他设置(Additional settings)，来更改Web应用或数据库的各项参数。

设置完成之后，您可以选择Done。而在部署完成之后，您可以选择Go to resource，以核对查看。

至此Azure DevOps的CI/CD项目已完成创建，Azure资源面板将需要几分钟才能完成加载。同时，该项目还会创建：

带有.NET代码的存储库示例的团队项目。Azure中的Azure Web App和Azure SQL 数据库(如果选择了数据库切换的话)。构建管道以编译和测试应用。发布管道以部署应用。

接着，您可以在ASP.NET Core App上与您的团队开展协作，并使用自动化的CI/CD流程，将最新的更改部署到网站上。在Azure资源的右侧面板中，您可单击“Browse”按钮，以查看应用。

检查DevOps项目示例中的CI/CD管道

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

构建管道：

单击Azure Dashboard上的Build Pipelines。在新的浏览器选项卡被打开后，请从屏幕的右上角选择Edit。

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

由于Azure DevOps可以跟踪基于构建规范所做的所有更改，并允许您比较不同的更改版本，因此通过选择在构建管道名称下的History选项卡，您将能够看到针对构建的所有更改的审计跟踪。

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

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

发布管道：

发布管道带有一个已启用的持续部署的触发器。每当发生新的构建时，它都会执行部署任务。当然，您也可以禁用自动化，以手动的方式执行触发器。如下图所示，您可以通过选择dev阶段，然后单击顶部的Tasks选项卡，以定义在部署过程中，需要执行的所有活动任务。

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

Azure资源部署 – 它会部署诸如：Azure Web App和Azure SQL数据库等所有Azure资源，以供应用程序的使用。Azure应用服务部署 – 它会将应用包部署到网站上。Azure SQL数据库部署 – 各种有关SQL的更改会被部署到数据库上。Visual Studio测试 – 可以在部署后，运行功能测试。

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

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

此外，您还可以在部署期间或之后，通过选择dev下方的日志，查看到有关部署的所有实用信息。

克隆DevOps项目示例的存储库

在Azure Dashboard上，您可以单击左侧面板中的项目名称，以创建一个新的窗口。在新的窗口中，单击屏幕右上角的克隆按钮，能够复制存储库的URL。

在您的系统上打开Visual Studio，然后单击右侧位于“Get started”菜单下方的“Continue without code”。依次单击IDE上的“View”->“ Team Explorer”选项，并在Explorer窗口中选择Clone。指明从Azure门户处复制到存储库的URL，以及克隆至目标存储库的文件夹路径。通过单击Clone开始克隆。在成功克隆代码之后，您可以在Solutions Explorer上查看整个项目，并按需进行更改。

注意：只要您将更改合并到远程存储库上，就会触发构建过程。

提交代码并执行CI/CD

通过前面的步骤，我们已经在Visual Studio 2019中克隆了相同的存储库。而我们所创建的项目示例在Azure DevOps的Organization中有一个Git Repository，它可以在Azure Repos中被查看。在Visual Studio 2019的solutions explorer中，我们可以顺着路径找到：Application/aspnet-core-dotnet-core/Pages/Index.cshtml。双击并打开该文件，我们定位到“content–body”段，添加一行文字：“This is a test message”。

HTML

1. 2.Success!