Jenkins 参数化构建-Toy模板网

这篇具有很好参考价值的文章主要介绍了Jenkins 参数化构建。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

前言：

以下是Jenkins官方的介绍：

首先新建一个自由风格的job，然后勾选“This project is parameterized”，如下图：

勾选参数构建

choice parameterized：

选项：

使用参数：

添加构建步骤

Windows构建脚本

测试验证

前言：

很多时候我们需要根据不同的条件去执行构建，如自动化测试中执行sit、uat、prd环境的构建，Jenkins是支持参数化构建的。

以下是Jenkins官方的介绍：

参数允许您提示用户输入一个或多个将传递到生成中的输入。例如，您可能有一个项目，它允许用户上传一个包含要测试的二进制文件的zip文件，从而按需运行测试。这可以通过在此处添加文件参数来完成。
或者，您可能有一个发布某些软件的项目，并且您希望用户输入将与软件一起上传的发布说明。这可以通过在此处添加一个多行字符串参数来完成。
每个参数都有一个名称和某种值，具体取决于参数类型。当生成开始时，这些名称-值对将作为环境变量导出，从而允许生成配置的后续部分（如生成步骤）访问这些值，例如使用$｛PARAMETER_name｝语法（或Windows上的%PARAMETER_NAME%）。
这也意味着这里定义的每个参数都应该有一个唯一的名称。

当项目被参数化时，通常的“Build Now”链接将被“Build with Parameters”链接所取代，在该链接中，用户将被提示为每个定义的参数指定值。如果他们选择不输入任何内容，则构建将从每个参数的默认值开始。

如果生成是自动启动的，例如，如果由SCM触发器启动，则将使用每个参数的默认值。

当参数化生成在队列中时，只有当参数值不同，或者启用了“必要时执行并发生成”选项时，尝试启动同一项目的另一个构建才会成功。

有关此功能的详细信息，请参阅参数化构建文档。

首先新建一个自由风格的job，然后勾选“This project is parameterized”，如下图：

Jenkins 参数化构建,jenkins,运维

上图使用choice parameterized参数构建，模拟不同测试环境

勾选参数构建

choice parameterized：

定义一个简单的字符串列表，提供给用户选择。，你可以在构建时使用，或者作为环境变量，或者在配置中做变量替换。

选项：

备用选项，每行一个。第一行的将作为默认选项。

其他参数大同小异

使用参数：

Linux使用$｛PARAMETER_name｝语法（或Windows上使用%PARAMETER_NAME%）。

添加构建步骤

本文使用windows系统构建

因为要判断不同的条件所以要使用条件判断，由于有的同学对批处理命令不是很熟悉，附上if的命令使用方法：

C:\Users\Administrator>help if
执行批处理程序中的条件处理。

IF [NOT] ERRORLEVEL number command
IF [NOT] string1==string2 command
IF [NOT] EXIST filename command

  NOT               指定只有条件为 false 的情况下，Windows 才
                    应该执行该命令。

  ERRORLEVEL number 如果最后运行的程序返回一个等于或大于
                    指定数字的退出代码，指定条件为 true。

  string1==string2  如果指定的文字字符串匹配，指定条件为 true。

  EXIST filename    如果指定的文件名存在，指定条件为 true。

  command           如果符合条件，指定要执行的命令。如果指定的
                    条件为 FALSE，命令后可跟 ELSE 命令，该命令将
                    在 ELSE 关键字之后执行该命令。

ELSE 子句必须出现在同一行上的 IF 之后。例如:

    IF EXIST filename. (
        del filename.
    ) ELSE (
        echo filename. missing.
    )

由于 del 命令需要用新的一行终止，因此以下子句不会有效:

IF EXIST filename. del filename. ELSE echo filename. missing

由于 ELSE 命令必须与 IF 命令的尾端在同一行上，以下子句也
不会有效:

    IF EXIST filename. del filename.
    ELSE echo filename. missing

如果都放在同一行上，以下子句有效:

    IF EXIST filename. (del filename.) ELSE echo filename. missing

如果命令扩展被启用，IF 会如下改变:

    IF [/I] string1 compare-op string2 command
    IF CMDEXTVERSION number command
    IF DEFINED variable command

其中， compare-op 可以是:

    EQU - 等于
    NEQ - 不等于
    LSS - 小于
    LEQ - 小于或等于
    GTR - 大于
    GEQ - 大于或等于

而 /I 开关(如果指定)说明要进行的字符串比较不分大小写。
/I 开关可以用于 IF 的 string1==string2 的形式上。这些
比较都是通用的；原因是，如果 string1 和 string2 都是
由数字组成的，字符串会被转换成数字，进行数字比较。

CMDEXTVERSION 条件的作用跟 ERRORLEVEL 的一样，除了它
是在跟与命令扩展有关联的内部版本号比较。第一个版本
是 1。每次对命令扩展有相当大的增强时，版本号会增加一个。
命令扩展被停用时，CMDEXTVERSION 条件不是真的。

如果已定义环境变量，DEFINED 条件的作用跟 EXIST 的一样，
除了它取得一个环境变量，返回的结果是 true。

如果没有名为 ERRORLEVEL 的环境变量，%ERRORLEVEL%
会扩充为 ERROLEVEL 当前数值的字符串表达式；否则，你会得到
其数值。运行程序后，以下语句说明 ERRORLEVEL 的用法:

    goto answer%ERRORLEVEL%
    :answer0
    echo Program had return code 0
    :answer1
    echo Program had return code 1

你也可以使用以上的数字比较:

    IF %ERRORLEVEL% LEQ 1 goto okay

如果没有名为 CMDCMDLINE 的环境变量，%CMDCMDLINE%
将在 CMD.EXE 进行任何处理前扩充为传递给 CMD.EXE 的原始
命令行；否则，你会得到其数值。

如果没有名为 CMDEXTVERSION 的环境变量，
%CMDEXTVERSION% 会扩充为 CMDEXTVERSION 当前数值的
字串符表达式；否则，你会得到其数值。

之前写也遇到坑，但是注意到这句：由于 ELSE 命令必须与 IF 命令的尾端在同一行上，以下子句也不会有效： IF EXIST filename. del filename.
ELSE echo filename. missing
似乎是告诉我们写if语句时要在同一行，不然你运行Jenkins的时候会一直提示你语法错误。。。

后面看了下jmeter的Windows启动脚本，都是按这种方式写的：IF %ERRORLEVEL% LEQ 1 goto okay
：okay

goto END

:END

Windows构建脚本

所以最终的Windows构建脚本大概是这样的，只做演示，实际可以在不同分支中加入代码执行逻辑，如sit执行sit环境脚本，uat执行uat环境脚本。。。

if %execute_env% == debug goto debug
if %execute_env% == sit goto sit
if %execute_env% == uat goto uat
if %execute_env% == uat goto prd
:debug
echo 调试环境
goto END

:sit
echo 测试环境
goto END

:uat
echo UAT测试环境
goto END

:prd
echo 生产环境
goto END

:END