Jenkins：带参数构建（Build with Parameters）按钮反复变回立即构建（Build Now）问题求助

我之前遇到过类似的情况，你这个按钮在「Build with Parameters」和「Build Now」之间反复跳的问题，本质是Extended Choice Parameter插件的Groovy脚本执行异常或返回空结果，导致Jenkins认为任务没有配置参数，自动切换到无参数构建状态。下面是几个针对性的解决方案：

1. 修复Groovy脚本的稳定性与安全性 #

你的原始脚本直接调用jenkins.model.Jenkins.instance，不仅可能有权限问题，也没有异常处理，一旦获取任务或构建列表出错，就会返回空，触发Jenkins的参数识别异常。修改后的脚本如下：

def targetJob = 'my-demo-app-build-deploy-qa/master'
try {
    // 使用更安全的方式获取任务实例
    def job = Jenkins.get().getItemByFullName(targetJob, Job.class)
    if (!job) {
        return ["⚠️ 目标任务不存在：${targetJob}"]
    }
    // 只返回最近20个成功构建，避免性能过载
    return job.getBuilds().findResults { build ->
        build.getResult() == Result.SUCCESS ? build.getNumber().toString() : null
    }.take(20)
} catch (Exception e) {
    // 捕获异常并返回提示，避免插件完全失效
    return ["❌ 加载版本失败：${e.getMessage()}"]
}

这个脚本做了这些优化：

• 用Jenkins.get()替代直接调用jenkins.model.Jenkins.instance，符合Jenkins的安全规范
• 增加任务不存在的判断，返回友好提示
• 限制返回的构建数量，避免加载过多历史构建导致性能问题
• 捕获所有异常，确保插件不会因为脚本报错而丢失参数配置

2. 开启脚本结果缓存 #

在Extended Choice Parameter的配置界面，找到Cache Groovy Script Result选项，设置一个合理的缓存时间（比如30分钟）。这样Jenkins不会每次加载参数页面都去执行脚本，既减少了资源消耗，也避免了频繁调用任务API导致的异常。

3. 检查权限与插件版本 #

• 确保运行当前流水线的用户，拥有读取my-demo-app-build-deploy-qa/master任务的权限，否则脚本会因为权限不足无法获取构建信息
• 检查Extended Choice Parameter插件和Jenkins核心的版本兼容性，尽量更新到最新的稳定版，旧版本可能存在参数识别的bug

4. 备选方案：改用Pipeline Input步骤 #

如果上述方法都无法彻底解决问题，可以放弃第三方插件，改用Jenkins原生的input步骤实现版本选择，稳定性更高：

pipeline.aws(configMap) {
    node('myimage') {
        stage('选择待部署版本') {
            def targetJob = 'my-demo-app-build-deploy-qa/master'
            def job = Jenkins.get().getItemByFullName(targetJob, Job.class)
            def successfulBuilds = job.getBuilds().findResults { build ->
                build.getResult() == Result.SUCCESS ? build.getNumber().toString() : null
            }.take(10)
            
            // 弹出选择框让用户选择版本
            def selectedVersion = input(
                message: '请选择QA环境成功构建的版本',
                parameters: [
                    choice(choices: successfulBuilds.join('\n'), description: '', name: 'built_version')
                ]
            )
            // 将选择的版本存入环境变量，供后续阶段使用
            env.BUILT_VERSION = selectedVersion
        }
        stage('Checkout') { 
            // 这里可以使用env.BUILT_VERSION
            ... 
        }
        // 其他阶段逻辑
        stage(...) { ... }
    }
}

这种方式的缺点是需要在流水线启动后才能选择参数，而不是在触发页面提前选择，但胜在不依赖第三方插件，稳定性拉满。

内容的提问来源于stack exchange，提问作者Saif