能否在Jenkins共享库中使用Build User Vars插件？报错问题及解决方案咨询

首先明确：你完全可以在Jenkins共享库中使用Build User Vars插件，你遇到的报错是因为共享库的类默认没有继承Jenkins流水线的上下文方法，直接调用wrap()会找不到对应的方法签名。下面是具体的解决方法：

方法一：传递流水线上下文到共享库方法 #

当你在共享库的类中需要调用Jenkins流水线的步骤（比如wrap），需要把流水线的上下文（即脚本中的this对象）传递到共享库方法中，这样就能调用上下文里的wrap方法。

示例代码： #

1. 共享库src/com/company/jenkins/pipelines/BuildManager.groovy中的方法：

package com.company.jenkins.pipelines

class BuildManager {
    def addTriggerUserInfo(def pipelineContext, String jobBuildUrl) {
        // 通过流水线上下文调用wrap方法
        pipelineContext.wrap([$class: 'BuildUser']) {
            return "${jobBuildUrl}&USER_ID=${pipelineContext.env.BUILD_USER_ID}"
        }
    }
}

2. 在你的Jenkins流水线中调用该方法：

def buildManager = new com.company.jenkins.pipelines.BuildManager()
jobBuildUrl = buildManager.addTriggerUserInfo(this, jobBuildUrl)

方法二：使用共享库的全局变量（vars目录） #

如果你的共享库使用vars目录下的全局变量脚本，这些脚本会直接运行在Jenkins流水线的上下文中，因此可以直接调用wrap方法，无需额外传递上下文。

示例代码： #

1. 在共享库vars/buildManager.groovy中定义方法：

def addTriggerUserInfo(String jobBuildUrl) {
    wrap([$class: 'BuildUser']) {
        return "${jobBuildUrl}&USER_ID=${env.BUILD_USER_ID}"
    }
}

2. 在流水线中直接调用：

jobBuildUrl = buildManager.addTriggerUserInfo(jobBuildUrl)

满足“无需修改独立流水线”的需求 #

如果希望所有调用CD系统的操作自动传递用户信息，你可以把获取用户ID的逻辑集成到共享库中调用CD的核心方法里。比如：

• 假设你有一个callCdSystem方法负责和CD系统交互，把上述获取用户ID的逻辑嵌入到这个方法中，这样所有流水线调用callCdSystem时都会自动带上用户信息，无需修改每个流水线的代码。

备选方案：自行实现触发用户信息获取 #

如果Build User Vars插件的方式遇到阻碍（比如你提到的未解决问题），可以通过Jenkins的构建原因来直接获取触发用户：

def getTriggeringUserId(def pipelineContext) {
    def build = pipelineContext.currentBuild.rawBuild
    def userCause = build.getCause(hudson.model.Cause.UserIdCause)
    // 处理非用户触发的情况（比如定时构建、其他流水线触发）
    return userCause ? userCause.userId : 'system'
}

注意：这种方式需要确保Jenkins的脚本安全权限允许访问rawBuild和Cause类，并且要考虑不同触发场景的兼容性。

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