Azure DevOps / TFS 中常见概念介绍

DevOps是微软提供的企业级的开发管理软件，提供了CI，CD，CT ，支持自动触发生成，发布到Docker中，老样子，挂出来他的官网https://azure.microsoft.com/zh-cn/services/devops/ 

CI：Continuous Integration (CI)　　持续集成

CD：Continuous Testing (CT)　　持续测试

CT：Continuous Delivery (CD) 　　持续交付

其中有一些概念比较新奇，查阅了官网之后，将顺带记录下来，增强记忆：

在主页右侧的选项卡中有几个比较的，分别是Repos，Piplines，Test Plans以及Artifacts：

1、Repos（repositories，与git的仓库相同）

　　repos中的Files：可以看到所有的项目以及对应的分支，还有合并历史，例如matser分支，prod分支等。

　　commits：显示当前选择项目里所有提交历史。

　　pushs：显示所有推送到分支上的历史记录。

　　branches：显示所有的分支，可以按照分支创建者进行筛选

　　Tags：没有用过

　　Pull Requests：简称PR，指的是将本地写的代码push 到远程分支时发起的请求，发起PR时，合并到master或者prod分支可能需要负责人去审核。

2、Pipline（管道）

　　这个比较关键，首先贴上官网对管道的解释：

管道定义了应用的持续集成和部署过程。 它由一个或多个阶段组成。 可以将其视为一个工作流，用于定义测试、生成和部署步骤的运行方式。

• 触发器告知管道运行。
• 管道由一个或多个阶段组成。 管道可以部署到一个或多个环境。
• 阶段是一种在管道中组织作业的方法，每个阶段可以有一个或多个作业。
• 每个 作业 在一个 代理上运行。 作业也可以是无代理的。
• 每个 代理 运行一个包含一个或多个 步骤的作业。
• 步骤可以是任务或脚本，是管道的最小构建基块。
• 任务是执行操作的预打包脚本，例如调用 REST API 或发布生成项目。
• 项目是运行发布的文件或包的集合。

一个管道有多个stage，每个stage可以执行多个job，job可以有代理，也可以无代理，按照按照job去执行脚本/发布/生成任务。我的个人理解：管道就类似一个pipline，按照去顺序执行stage，也就是不同阶段的jobs，执行job的时候，可能存在多个step，并且能在step中取做生成发布任务。整个的概念大概就是这样。

那么管道的作用是什么，其实可以把管道理解成代替人工去打包发布的工具，每次来了一个需求，代码写完了，需要合并到sit分支与uat分支去做测试，合并完成后，利用设置的生成管道去打包，发布管道把打包好的jar文件推到docker中运行，并且替换掉之前在docker里运行的jar文件，执行一系列命令等等。

　　在Pipline中的Builds：可以预览可以用于构建的管道，点击Queue，选择想要去打包发布的分支，即可完成上述操作

　　Releases：查看通过管道发布的所有分支，没有设置多阶段的 build-release 管道的话，可以在这里单独发布分支

　　library，Task Groups、Deployment Groups：没有涉及到，故略过

3、Test Plan

　　测试计划，可以在这里自定义测试计划，定期执行，没用到，略过

4、Artifacts

　　没用到，略过

　　

 缩写解释：

　　1、sit：System Integration Testing　　系统集成测试

　　2、uat：User Acceptance Test　　用户验收测试

　　3、prod：Production　　生产环境

注：同一个名称在不同公司的指代也有所不同，需要注意。更多环境缩写解释请点击。