Jenkins Pipeline 手记（2）—— 调试小技巧

引言

最近的工作中使用Jenkins进行CI的开发和维护，经常需要调试写好的Jenkinsfile。然而，每次小的改动都需要提交代码，然后push到远端，Jenkins master读取新版本的Jenkinsfile，查看效果。

这样做一来比较麻烦，尤其是频繁改动或者加一些测试代码的时候。另外，有一些feature branch是大家共同开发维护的，经常提交改动会触发不必要的job build，浪费资源，也影响其他人开发。这篇文章以此为契机分享一些跟Jenkins调试相关的小技巧。

Jenkins Pipeline

首先需要明确一点，我使用的Job类型是Pipeline，顾名思义，这类Job用于构建一些CI的流水线，在流水线上可以完成一系列的操作，诸如Build，Unit Test，静态代码扫描，打包，上传到Archive，签名，部署等等。在Pipeline上完成的工作比较多，也比较成体系。

还有一种Pipeline称为multi-branch pipeline，顾名思义，在这个job的配置中，可以指定来自多个repository的branch。通常一个项目的代码的多个branch都需要CI的工作时，可以采用这个类型。这里不多做介绍，大家可以参考Jenkins官方文档。

每个Pipeline job是通过一个名为Jenkinsfile的文件驱动的。这个文件通常位于你项目代码的根目录（如果是multi-branch pipeline，则每个branch都需要有这个文件）。不过，也可以在job的配置中指定这个文件的路径。Jenkinsfile可以使用声明式的语法写，也可以用Jenkins支持的脚本语言（如Groovy）去