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之间的关系整理出来,也能看到产品每次构建的全局情况。在后期还可以从构建信息中挑选合适的版本,增加发布环节.

 

posted @ 2015-06-15 11:39  jp927  阅读(...)  评论(...编辑  收藏