我真是泰库辣

上一篇文章我向大家展示了如何提取工程的构建参数，尤其是当构建是被上级工程触发的时候，怎么得到参数列表。文章的最后原本想向大家展示下如何使用Jenkinsapi库去远程触发构建。但发现这里也有问题

Jenkins在配置工程的时候可以添加参数，在multijob中还可以传递参数，这些参数配置有很多奇怪的地方，在这一篇里面将向大家作展示。

前面的文章中涉及到要动态的更新环境的步骤，主机类的我还不会搞，但是容器类的可以实现。这一篇就会向大家展示怎么去动态更新docker镜像，并在Jenkins上作配置的示例

我们在Jenkins中调用任务，在并行开启多个的时候，一般都是随机开始的，抢执行器的资源按照先到先得的方式进行，其他没有执行器的任务会进入等待时间。但我们或多或少会有这样的需要，确保某一种任务能够排队

这篇文章是工作中的一种思考，并未实际应用。 假设我们有多个系列的任务要跑，每个系列的任务在不同的环境上，那么Jenkins本身其实就可以当做一个任务的执行器，不同的节点根据任务的需要数量预装环境

前面的文章我向大家展示了docker云里通过SSH连接的节点容器是如何创建的，并展示了配置方法，其实还有另外两种方式。一种是附加容器，一种是通过JNLP链接。这一篇将讲一讲这两个是怎么使用的

前一篇我们通过代码对Jenkins上的任务和节点进行遍历，通过计算可以推断任务执行的资源是否充足。这一篇将通过另外一个角度去观察资源的分布情况。

常用Jenkins的人都知道任务可以限定到节点上运行，通常在通用配置栏目里，有个限制项目运行节点的勾选框。本篇通过代码，对整个服务器的工程和节点进行梳理，有助于管理者更清晰了解资源的现状

前面的文章中，我们从基础镜像入手制作了一个容器，安装好需要的工具后又通过它生成了一个镜像，已经验证完成它可以被拉取使用，但这样生产的是一个类似于半永久的节点，容器在宿主机会一直存在直到有人手动删除它