Jenkins Job DSL添加依赖失败：无法找到SnakeYAML类求助

我之前也碰到过完全一样的困扰！Jenkins Seed Job执行Groovy脚本时的类加载逻辑和普通Gradle项目根本不是一回事——你在build.gradle里配置的compile/testCompile这些依赖，只会作用于Gradle项目自身的构建流程，Jenkins运行你的Groovy脚本时根本不会去读这些配置，自然找不到org.yaml.snakeyaml.Yaml类。

给你几个按优先级排序的可行方案：

方案1：用Groovy的@Grab注解直接拉取依赖（最推荐） #

这是最简便且灵活的方式，Groovy自带的@Grab可以直接从Maven仓库下载依赖并加载到当前脚本的类路径中。只需要在你的Groovy脚本开头加上两行代码：

@Grab('org.yaml:snakeyaml:1.17')
import org.yaml.snakeyaml.Yaml

如果Jenkins所在环境无法访问默认的Maven Central仓库，你还可以添加自定义仓库地址：

@GrabResolver(name='aliyun', root='https://maven.aliyun.com/repository/public/')
@Grab('org.yaml:snakeyaml:1.17')
import org.yaml.snakeyaml.Yaml

⚠️ 注意：如果Jenkins开启了脚本安全限制，第一次运行时可能会提示需要批准@Grab相关的方法。你需要进入Jenkins后台的「Manage Jenkins」→「In-process Script Approval」，找到对应的权限请求并批准即可。

方案2：将依赖包放入Jenkins全局类路径（不推荐） #

如果你需要让所有Jenkins任务都能使用这个依赖，可以手动下载snakeyaml-1.17.jar，放到Jenkins安装目录下的WEB-INF/lib文件夹中，然后重启Jenkins。

这种方法的缺点很明显：Jenkins升级时会覆盖WEB-INF/lib目录，你的依赖会丢失；而且全局生效可能引发版本冲突问题，所以除非必要，不建议用这个方案。

方案3：通过Jenkins共享库（适合复杂场景） #

如果你的Seed Job逻辑比较复杂，建议把相关代码放到Jenkins共享库中。在共享库的build.gradle里配置依赖：

dependencies {
    implementation 'org.yaml:snakeyaml:1.17'
}

然后在共享库的脚本中直接导入类即可——共享库在打包时会自动处理依赖，Jenkins加载共享库时会把依赖一并加载到类路径中。

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