Jenkins Active Choice参数化流水线中动态获取JOB_NAME或WORKSPACE环境变量的实现问题

首先得明确为什么你直接用JOB_NAME或WORKSPACE环境变量会失败：Active Choice参数的脚本是在流水线正式执行前运行的——这时候Jenkins还没创建工作空间（所以WORKSPACE变量根本不存在），而且env对象里的大部分流水线环境变量也还没初始化，无法直接访问。

下面给你两种可行的解决方案，从简单到更健壮：

方案1：通过Jenkins API动态获取当前任务名称 #

你可以在Groovy脚本里调用Jenkins的核心API来获取当前任务的名称，替代硬编码的SOME_JOB_NAME。修改后的参数脚本如下：

script: [ 
    classpath: [], 
    sandbox: true, 
    script: ''' 
        import groovy.json.JsonSlurperClassic
        // 通过Jenkins API获取当前任务名称
        def jobName = Jenkins.instance.currentJob.name
        File json = new File("C:\\Program Files (x86)\\Jenkins\\workspace\\${jobName}\\SharedLibrary\\configs\\settings.json")
        def jsonSlurperClassic = new JsonSlurperClassic()
        Map jsonData = jsonSlurperClassic.parse(json)
        jsonSlurperClassic = ""
        if(ScopeToScan =='Region'){
            def regions = []
            regions.add('Global:selected')
            for(Region in jsonData.Regions){
                regions.add(Region.name)
            }
            return regions
        }
    ''' 
]

注意事项： #

• 因为用到了Jenkins核心API，你需要在Jenkins的脚本审批页面（Manage Jenkins > In-process Script Approval）授权相关方法的调用，比如Jenkins.instance.currentJob.name。
• 这种方法还是依赖工作空间的路径结构，如果任务的工作空间路径有变化（比如自定义了工作空间），可能还是会出问题。

方案2：用Shared Library资源文件（更推荐） #

把你的settings.json放到Shared Library的resources目录下（比如SharedLibrary/resources/configs/settings.json），这样就可以完全摆脱对工作空间路径的依赖，直接通过libraryResource方法读取文件内容，代码更健壮：

修改后的参数脚本：

script: [ 
    classpath: [], 
    sandbox: true, 
    script: ''' 
        import groovy.json.JsonSlurperClassic
        // 直接从Shared Library读取资源文件
        def jsonContent = libraryResource 'configs/settings.json'
        def jsonSlurperClassic = new JsonSlurperClassic()
        Map jsonData = jsonSlurperClassic.parseText(jsonContent)
        jsonSlurperClassic = ""
        if(ScopeToScan =='Region'){
            def regions = []
            regions.add('Global:selected')
            for(Region in jsonData.Regions){
                regions.add(Region.name)
            }
            return regions
        }
    ''' 
]

为什么推荐这个方案？ #

• 不需要关心工作空间路径，Shared Library的资源是全局可访问的，所有使用该库的流水线都能读取。
• 避免了硬编码路径，任务名称变更时完全不用修改代码。
• 沙箱模式下libraryResource是默认允许的，不需要额外的脚本审批（只要你的Shared Library被正确配置为信任的库）。

额外提示 #

如果你还是想尝试用env变量，有一种间接方式：在流水线的agent阶段先初始化参数，但这其实违背了Active Choice参数的初衷（参数是在流水线启动前让用户选择的），所以不推荐。上面的两种方案是更合理的解决思路。

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