Jenkins 2.263.3加载共享库失败报WorkflowScript错误问题咨询

根据堆栈栈顶的报错位置，空指针异常直接发生在共享库的SCM拉取流程，属于Pipeline Shared Groovy Libraries插件的SCMSourceRetriever组件在执行共享库代码拉取时捕获到了空值对象，最终连锁触发流水线脚本编译失败，和你当前Jenkinsfile的语法、Groovy代码逻辑无直接关联。
结合“此前运行正常、所有声明式流水线同时报错”的特征，这类问题基本都是全局配置或插件层面的共性故障，不会是单条流水线的配置问题。

• 优先排查全局共享库的配置丢值问题
  触发SCMSourceRetriever.java:83空指针的最常见原因，是Jenkins全局配置里你引用的jenkins-shared-library共享库条目，在某次配置保存、插件升级后出现了字段值丢失：
  • 进入系统管理 > 系统设置 > 全局共享库配置，找到名称为jenkins-shared-library的配置项
  • 逐项检查是否存在字段为空的异常：尤其是「默认拉取分支」「关联的Git凭证ID」「SCM仓库地址」，当SCMSource组件拿不到有效凭证ID时，会直接返回空对象触发空指针，而不是抛出常规的“凭证不存在”报错
  • 把丢失的字段重新补全、保存全局配置后，重新触发流水线验证
• 排查插件版本兼容故障
  你当前使用的Jenkins 2.263.3 + Java 11的组合，在插件自动升级后非常容易触发这个已知空指针bug：如果近期自动升级过workflow-cps、pipeline-shared-groovy-libraries、git、git-client这几个核心插件，新版本返回给SCM拉取流程的对象字段会出现空值，直接触发空指针。
  对应的解决方式是进入系统管理 > 插件管理 > 已安装，将上述插件回退到2.263.3版本的兼容范围：
  • workflow-cps 2.10
  • pipeline-shared-groovy-libraries 2.15
  • git 4.4.22
    回退完成后重启Jenkins生效
• 验证Git凭证的实际有效性
  你此前依赖同一个Git账号拉取多仓库代码，如果近期Git侧的账号权限调整、Access Token被轮换或过期，会导致Jenkins插件在拉取共享库时拿不到有效返回值，间接触发空指针。
  验证方式是直接在Jenkins服务器的运行节点上，使用你配置的对应Git凭证手动执行克隆操作，确认可以正常拉取共享库仓库代码；如果拉取失败，重新在Jenkins里配置有效的Git凭证，关联到共享库的SCM配置上即可。
• 临时应急方案
  如果需要快速恢复流水线运行，可以临时绕过全局共享库的拉取流程：把共享库代码存放到流水线所在的Git仓库的.jenkins/libs路径下，修改@Library的引用规则为本地路径引用，跳过SCMSourceRetriever的全局调用环节，先保障业务流水线正常运行，再逐步排查根因。

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