Jenkins参数化构建

背景:每次构建项目时都需要去修改一下配置,然后保存,再去立即构建。这样修改容易修改出错误,影响到执行脚本,且每次都要去修改配置,不容易修改,操作也比较麻烦。所以决定将Jenkins修改为参数化构建。下面是步骤。

一、点击配置,勾选参数化构建

二、点击添加参数,有下面这些参数

我用的是Choice和String Parameter两种

Choice:给出多个选项,构建时可以手动选择参数,默认是Coices内的第一行数据

String Parameter:就是一个使用字符串值的参数变量

说明:有一个Persistent String Parameter,网上查到说使用它可以记住上次构建成功的参数,这样更方便一些,需要安装Jenkins插件。我目前没装,下周装一下插件试试。

三、脚本中使用参数

例如,增加一个叫做tag的参数。

1.在git等源码管理时,调用参数的格式${tag}

2.在shell脚本中调用参数时,调用格式为$tag

保存即可,此时左侧原来的立即构建会变为Build with Parameters

四、使用参数构建

点击左侧的Build with Parameters,填写右侧的参数(和配置里的一致)。然后点击开始构建即可

查看构建的历史记录,会有一个Parameters来显示此次构建使用的参数,方便查看

时间: 2024-12-10 18:25:22

Jenkins参数化构建的相关文章

【jenkins参数化构建】将Ant Targets参数化

使用jenkins做持续集成时,Ant Targets经常变动,所以采用参数化构建,将Ant Targets参数化 1.在jenkins的job中增加String Parameter/Persistent String Parameter 2.在构建时选择batch/shell脚本 3.其他 构建不使用jenkins ant plugin的原因: 使用String Parameter/Persistent String Parameter传递ANT_TARGETS参数 如果有多个target,j

Jenkins参数化构建插件,实现构建前输入自定义参数

插件: [Build with Parameters]:https://wiki.jenkins-ci.org/display/JENKINS/Build+With+Parameters+Plugin [Extended Choice Parameter]:https://wiki.jenkins-ci.org/display/JENKINS/Extended+Choice+Parameter+plugin 基于参数化构建可以做很多事情,比如实现项目自动部署之后的版本回滚:http://www.

Jenkins参数化构建(七)

一.配置参数化构建过程 主要用来区分分支,使用传参的方式,将分支名称传入脚本中进行拉取代码. 1.1 最常用的是:字符参数.文本参数.  1.2 添加字符参数和文本参数,并配置变量名称  1.3 配置构建环境,执行shell脚本  1.4 进行构建  1.5 字符和文本的区别就是输入筐的大小,可以手动进行修改.  1.6 查看控制台输出结果,具体构建哪个分支可以进行手动输入. 二.参数化,使用变量的形式 2.1安装Extended Choice Parameter插件  2.2 参数化构建过程选

八. jenkins参数化构建 git分支

使用git管理代码时往往会有多分支开发,这时部署通过修改配置不试用.可以通过参数化构建. 1.通过字符参数方式 新建一个maven项目,选择参数化构建过程-字符参数,如下: 源码管理中配置如下: 其它配置正常. 配置完后发现立即构建变成了Build with Parameters 点击构建如下,会让你输入变量名,这里配置了默认值: 这时候点击Build,就可以了. 2. 通过Git Parameter方式 这种方式需要安装插件Git Parameter 新建maven项目,选择参数化构建过程-G

Jenkins参数化构建之集中管理参数

在日常的工作当中,会有许许多多的测试环境,一个项目往往会有很多的子系统,子系统之间是通过不同的项目单独进行构建.比如下面我们公司的场景:我们有branches.branchesv2.branchesv3.branchesv4.tags5个测试环境,每一个测试环境中会有www.abc.comh5.abc.comm.abc.comvip.abc.comorderapi.abc.compics.abc.com以上各个系统,而且一直在做加法,面对如此多的测试环境,对于运维工作是一个很大的挑战. PS:特

Jenkins参数化构建 - Maven Command Line传递TestNG的参数

1. Maven使用 -D参数名称 将参数传递至所运行项目 Maven指定TestNg.xml文件 clean test -DsuiteXmlFile=src/main/resources/testng.xml Maven指定TestNg的groups clean test -Dgroups=group1,group2 Maven支持的其他运行参数 2.pom.xml指定运行参数,Maven的Surefire Plugin插件中配置 指定运行的TestNg.xml文件,suitXmlFile标签

jenkins参数化配置,pom.xml配置

1.要实现Jenkins参数化构建,要先在代码里写好能接收该参数value的配置,在pom.xml文件里加配置,如下: 1)<properties></properties>里添加参数的key和value,通过本地执行时,可以直接从pom文件获取,或者从config.properitites获取 l <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncodin

gitlab+jenkins+maven+docker持续集成(十)——参数化构建过程之多环境tag构建

同一个项目,要构建到不同的环境,而且对应的分支或tag也不相同,这里就要用到jenkins的参数化构建过程 中的Git Parameter和Choice Parameter, 先看下效果 实现过程 构建过程:Git Parameter -->Name: branch_selector -->Parameter Type :Tag  (这里我选择tag) 构建过程:Choice Parameter 源码管理 这样就可以实现效果,其中我们设置的参数,都可以以变量形式传到我们需要运行的脚本里. 补充

Jenkins持续集成——参数化构建

一.String Parameter 由于每次构建的时候指定的SVN路径都不同,如果不使用参数化构建则每次都需要修改配置中的SVN路径,不但不安全也容易出现错误. 将SVN地址设置为字符串参数(string parameter),当开始构建的时候将会提示用户输入参数值(即:SVN地址) 在SVN中引用参数 另外,如果需要自动拉取SVN的tag或git的branch可以使用"List Subversion tags(and more)"和"Git Parameter Plug-