Azure DevOps中的Pipelines

关于Azure的DevOps，我觉得精华就是与它的Pipelines，并不是说其他的模块不好，而是它们或多或少我们都见过或者用的比较多，又或者比较容易理解。

比如Board（看板），现在做敏捷开发的基本都有用到看板，它能实现个人任务的分配，任务完成状态等详细信息；

比如Repos（代码库），用过github，gitee等等工具的话，都不会陌生。我们可以在上面新建仓库、上传代码、下拉代码、合并分支、回滚版本等等。它能帮我们实现CICD中的CI，也就是持续集成；

还比如TestPlan（测试计划），其实就是测试案例说明，记住，这只是对测试案例的描述，而不是用于运行的测试案例代码。在这模块，我们能够创建一个测试场景，描述操作，根据测试结果手动标记案例的结果。这个模块并不能帮你自动创建测试案例代码，也不能帮你运行你上传的测试案例代码，它仅仅只是描述你的测试场景、测试步骤、测试结果而已，真正的测试代码运行其实是在Pipelines里面，下面我会说到；

而如果我们想要实现代码的自动编译、测试、发布甚至部署，那我们就必然要用到Pipelines。它是帮我们实现CD（持续部署）的关键。

1、新建pipeline：

 

 

 

以Azure Repos Git为例

选择项目类型

 

生成Yaml文件

 

 

 Yaml是控制整个流程的关键，它类似于一个脚本，控制着整个代码从编译到发布的整个流程。

其代码规范以及详情可以看这篇官方文档https://docs.microsoft.com/zh-cn/azure/devops/pipelines/yaml-schema?view=azure-devops&tabs=schema%2Cparameter-schema

以下是我写的Yaml文件：

 

 

 从上面的代码我们可以看出，yaml的结构还是比较明了的。

同时，我们也发现，测试代码也是由pipelines控制的，当我们写好yaml文件后，运行pipeline，就可以看到执行结果：

 

 我们还可以通过在Repos里面配置policy实现每当代码库有更新，便触发pipeline的执行

 

 

 

因为我没有一个订阅的Azure账号，所以部署这块我了解了但是没有深入。

 

 详情可以参考http://www.mamicode.com/info-detail-2930148.html

这里面我觉得是写的比较全面的，也比较容易理解。