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

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

PS:特殊需求，针对我们交付后的测试环境必须对代码进行冻结，不能将代码构建到交付环境

具体需求点:
1.需要适应环境的变化，动态调整测试环境
2.快速更新每个子系统的参数配置

方案:
1.采用K8S的命名空间增加或者销毁测试环境
2.集中管理jenkins参数来源

集中管理jenkins参数有以下几种方案:
1.通过SVN目录来动态获取(list subversion tags插件)
2.通过Extended Choice Parameter中配置文件进行管理

通过对比我们发现SVN动态获取比较麻烦，需要依赖SVN。对此我们选择了配置文件的方案。
1.首选我们在新建一个c:\conf\jks.conf配置文件作为参数的配置，文件内容如下:
envs=branches,branchesv2,branchesv3,branchesv4,tags

2.jenkins如果没有安装Extended Choice Parameter，需要单独安装一下

3.在项目的配置中选择This project is parameterized，同时选择Extended Choice Parameter

点击保存即可。

4.构建的时候就可以选择

只要编辑c:\conf\jks.conf文件中的参数即可达到修改构建环境。

原文地址：https://blog.51cto.com/fengwan/2415175

时间： 2024-10-29 00:02:31

Jenkins参数化构建之集中管理参数的相关文章

八. jenkins参数化构建 git分支

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

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参数化构建】将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参数化构建

背景:每次构建项目时都需要去修改一下配置,然后保存,再去立即构建.这样修改容易修改出错误,影响到执行脚本,且每次都要去修改配置,不容易修改,操作也比较麻烦.所以决定将Jenkins修改为参数化构建.下面是步骤. 一.点击配置,勾选参数化构建 二.点击添加参数,有下面这些参数 我用的是Choice和String Parameter两种 Choice:给出多个选项,构建时可以手动选择参数,默认是Coices内的第一行数据 String Parameter:就是一个使用字符串值的参数变量 说明:有一个

Jenkins参数化构建（七）

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

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的参数化构建

一.参数化构建日志 1.查看效果 有时候开发需要查看服务器日志,传统的是需要运维登录服务器拉取开发所需要的服务日志,这么做的弊端是:1.如果日志比较大,拉取耗费时间.占用服务器资源.2.占用运维不必要的工作量.3.为了服务器安全考虑,反复的登录服务器,容易被一些内部员工记住服务器密码或秘钥. 废话不多说,先来看效果: 当我们点击上面项目名后面的参数化构建(build with parameters)时,出现下面界面 当我们在N框输入所要看的日志行数,下面日期可以输时间,也可以不输(不输就默认输出

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 源码管理 这样就可以实现效果,其中我们设置的参数,都可以以变量形式传到我们需要运行的脚本里. 补充