使用Azure DevOps Pipeline实现.Net Core程序的CI
使用Azure DevOps Pipeline实现.Net Core程序的CI
上次介绍了Azure Application Insights，实现了.net core程序的监控功能。这次让我们来看看Azure DevOps Pipeline功能。Azure DevOps Pipeline 是Azure DevOps里面的一个组件，对于12个月试用账号同样永久免费。
持续集成CI
持续集成指的是，频繁地（一天多次）将代码集成到主干。 它的好处主要有两个。
（1）快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。 （2）防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。
持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。 Martin Fowler说过，"持续集成并不能消除Bug，而是让它们非常容易发现和改正。" 摘自阮一峰大神的blog
DevOps跟CI就不多介绍了。这里我们定个目标：当我们提交代码后，服务器自动编译代码，自动运行单元测试，自动发送成功失败的邮件。
创建组织
开通Azure DevOps功能，第一步需要创建一个组织。
随便取个组织名称，区域还是那个套路，选近的，这里选东亚。
创建仓库
点击继续之后页面会跳转到正式的Azure DevOps界面。首先需要创建一个项目。这里跟Github一样，需要选择私有还有公开，估计Azure DevOps后端其实就是使用了Github的服务。这里选一个私有的吧，取个项目名称：devop_test ，还可以设置用户名密码等信息。
创建ASP.NET MVC项目
新建一个ASP.NET MVC项目，就默认的示例项目就行。
为了让pipeline执行单元测试，所以我们新建一个单元测试功能，然后写一个最简单的单元测试方法。
[TestClass()]
public class WeatherForecastControllerTests
{
[TestMethod()]
public void GetTest()
{
var ctrl = new WeatherForecastController(null);
var result = ctrl.Get();
Assert.IsNotNull(result);
}
}上传代码到仓库
有了代码之后我们要把代码传到仓库里去。就是使用上面的仓库的地址、用户名、密码。这是git的问题了，不多说了。那么上面是一些准备工作，下面开始正式使用pipeline。
配置Pipeline
点击左侧的pipeline菜单，开始配置pipeline的导航。 第一步：需要配置代码仓库，选择刚才的Azure Repos Git。当然它还支持从Github或者别的地方拉代码。
第二步：选择刚才的devop_test仓库。
第三步：开始配置yml。这个yml呢其实跟docker-compose的配置啊，dockerfile啊一样，就是配置了一些列的任务（task）。
trigger:
- master
pool:
vmImage: 'ubuntu-18.04'
variables:
solution: '**/*.sln'
buildPlatform: 'Any CPU'
buildConfiguration: 'Release'
steps:
- task: DotNetCoreCLI@2
inputs:
command: 'restore'
- task: DotNetCoreCLI@2
displayName: Build
inputs:
command: build
projects: '**/*.csproj'
arguments: '--configuration $(buildConfiguration)'
- task: DotNetCoreCLI@2
inputs:
command: test
projects: '**/*Tests/*.csproj'
arguments: '--configuration $(buildConfiguration)'大概讲下这个yml配置了啥。 trigger:表示代码的分支 vmImage：表示虚拟机的环境，是win还是linux。 variables：定义了一些参数，后面的设置可以直接使用。 steps：步骤，里面每一个task就是一个步骤。 task： command: 'restore' nuget包还原。 command: 'build' 编译代码。 command: 'test' 运行单元测试。 配置好yml之后点击“SAVE AND RUN”就会执行第一次pipeline的任务。运行之后任务会先进入队列，等待一会就能看到任务是否执行成功了。
下面这图就表示任务执行成功了。每一步绿色的勾勾，还有执行了几秒都会显示出来。还可以看更加详细的日志。
这个界面表示运行的单元测试的结果。成功了几个，失败了几个，表示的都很清楚。
成功之后你的账户邮箱还会收到邮件通知，成功是绿色的。
前面都是成功的，我们故意把代码写个错误，然后直接提交代码，看看build能不能过。
[HttpGet]
public IEnumerable<WeatherForecast> Get()
{
var rng = new Random();
return Enumerable.Range(1, 5).Select(index => new WeatherForecast
{
Date = DateTime.Now.AddDays(index),
TemperatureC = rng.Next(-20, 55) //error ,去掉了一个逗号
Summary = Summaries[rng.Next(Summaries.Length)]
})
.ToArray();
}改完代码后提交上去。可以看到任务会自己执行，然后过一会出现了一个红色的X。果然pipeline报错了。点击任务可以看到更加详细的错误列表。
同时也受到了失败的邮件通知。
总结
这次我们通过Azure DevOps Pipeline简单演示了CI的整个过程。我们成功实现了一开始定的小目标：写代码>提交代码>编译>运行测试>发送通知。除了yml配置有点麻烦，整过过程也都是很简单，而且是这个功能都是免费的。Azure DevOps pipeline除了CI，显然还能实现CD，如何编译docker镜像，如果推送镜像，如果部署镜像，那么请看下篇吧。