Jenkins部分插件介绍

1.Join Plugin

功能介绍：这是一个触发job的插件，亮点在于它触发job的条件是等待当前job的所有下游job都完成才会发生.

例：假如A同时触发B1和B2两个下游job，然后配置这个插件又触发C，这时C就会等B1和B2完成后再执行

位置：位于构建后操作项中

 

2.Copy Artifact Plugin

功能介绍：把某个job的构建物拷贝到当前job的工作区

实践应用：在产品被编译/打包之后，需要在测试/联调/演练多个环境下部署的时候，可以使用这个插件；一个job负责代码的编译和打包，并把构建物（通常是WAR,JAR,TAR等）存档下来，然后之后的多个job可以分别获取相应的构建物用于产品的部署，保证了部署环境的一致性。

注：一定要保证上游job的构建物是被存档的（位置：位于构建后操作中的一项）

位置：安装了Copy Artifact Plugin后，在Build（构建）项中会出现Copy artifacts from another project选项.

 

 

参数说明：

1. Project name：指定artifact从哪个project拷贝过来

2. Which build：指定拷贝的artifact的build状态，例：Last successful build  Last build  Last stable build

3. Artifacts to copy：指定要拷贝的artifact，如果直接在workspace下就直接填文件名，如果在workspace中的某个目录下，则需要填写目录+文件名.

4.Target directory：指定artifact拷贝到该project workspace下的哪个地方，可以加在文件名前加上目录可以是多层目录，且将文件名换成别的，比如：dir\test\a.txt.

 

3.Parameterized Trigger Plugin

功能介绍：这是一个扩展型的插件，使各个job连接的时候可以传递一些job相关的信息

　　　　   - 当前job的参数

　　　　   - 自定义的参数

　　　　   - SCM相关信息

　　　　   - 运行的Node信息

实践应用：传递SVN Revision：在代码检出阶段会获取相应的SVN Revision信息，传递这个信息到下游的job中，在下游的各个job中直接检出相对应版本的代码，保持各个构建的版本的一致性，防止于频繁的代码提交导致各个job的运行版本不一致；保持各个job运行在用一个节点下；如果有多套测试环境，可以通过勾选这个选项保持构建环境的一致性.

位置：

 

 

4.Build Pipeline Plugin

功能介绍：这是一个用于生成特定视图的插件，可以把job之间的关联关系可视化，使产品的流程也随之可视化。

实践应用：在配置产品的持续集成时，往往会有多个job协同工作，比如编译/打包、静态代码检查、单元测试、接口测试、UI测试、性能/压力测试，而各个产品又相互有一定的依赖。通过在这个插件中设置初始job，就能很直观地把job之间的关系整理出来，也能看到产品每次构建的全局情况。在后期还可以从构建信息中挑选合适的版本，增加发布环节.