可编程网络自动化

380

｜

第

10

章

图 10-10：变更被接受并合并

10.3.2

　构建自动化

接下来是一个极为重要的话题：

构建自动化

。这个术语主要源于使用

CI

工具作为一种自

动编译或安装软件以进行测试的方式。例如，一个

C

程序必须经过编译才能在测试环境中

运行。

我们不是必须在管道中编译软件，但是可以重用软件开发人员希望对提议的每个仓库变更

自动执行的许多任务。例如，

Python

项目的管道可能会执行一些静态代码分析

，以确保代

码符合

Python

风格手册

PEP8

。在网络自动化环境中

，我们也许只会修改

YAML

文件，但

依然可以执行类似的检查，自动化某些不希望评审人处理的简单事务，包括验证文件是否

的确为有效的

Y

AML

（确保缩进是正确的）。

这就是令构建自动化如此有价值的关键所在。在劳烦审阅人之前，我们可以自动完成很多

事情，以此确保审阅人能够提供实实在在的评论。

•

静态代码分析（检查语法是否正确，是否遵循风格指南）

持续集成

｜

381

•

单元测试（单元测试、解析数据文件或模板等）

•

集成测试（该变更是否会破坏整个系统的现有功能？）

有了这些，评审人就可以留下“这里需要提高可读性”而不是“在这里加个空格”这样的

评论了。为此，这些自动化的步骤通常会在提交变更时立即执行（上例中的合并请求），

只有当这些检查通过时，评审人才会参与进来。 ...