如何从CLI拆分Gradle任务为纯编译与纯执行任务？附多版本Java场景

看起来你已经搞定了任务拆分的核心逻辑，只是在命令行跳过测试的方式上不够优雅——那种链式bash命令+--dry-run的方式确实有点繁琐。我假设你用的是Gradle（毕竟-x test是Gradle的典型参数），下面给你几个更简洁可靠的方案，完美适配Jenkins作业的命令行需求：

方案1：直接指定要执行的任务，而非“排除”测试 #

与其费劲去跳过测试任务，不如直接只运行构建阶段的核心任务，这样逻辑更清晰，也不会有意外触发测试的情况：

• 仅执行Java 8编译（含资源处理）：

  ./gradlew compileJava processResources -Dorg.gradle.java.home=/path/to/java8
  

  这里compileJava是编译源码的核心任务，processResources处理资源文件，如果你还有其他构建相关的前置任务，直接加到命令里就行。
• 单独执行Java 11测试（复用已编译的字节码）：

  ./gradlew test -Dorg.gradle.java.home=/path/to/java11 --no-build-cache
  

  加上--no-build-cache可以强制Gradle不触发重新编译，直接用之前Java 8编译好的class文件，完全符合你的“无需重新编译”需求。

方案2：自定义Gradle任务，简化命令行 #

如果你的构建流程固定，可以在build.gradle里定义两个自定义任务，把构建和测试阶段打包成更简洁的命令：
在构建脚本中添加：

// 仅执行构建阶段任务
task buildOnly(type: GradleBuild) {
    tasks = ['compileJava', 'processResources']
}

// 仅执行测试阶段任务
task testOnly(type: GradleBuild) {
    tasks = ['test']
}

之后命令行就可以用极简的命令：

• 构建（Java 8）：

  ./gradlew buildOnly -Dorg.gradle.java.home=/path/to/java8
  

• 测试（Java 11）：

  ./gradlew testOnly -Dorg.gradle.java.home=/path/to/java11 --no-build-cache
  

这种方式在Jenkins里配置时，只需要填这两行命令就行，后续维护也方便。

方案3：修复-x test不生效的问题 #

如果你坚持想用-x test，大概率是因为你执行的是build任务——Gradle的build默认依赖test，即使加了-x test，有些插件可能还是会关联测试相关的附属任务。这时候换用assemble任务就靠谱了：

./gradlew assemble -x test -Dorg.gradle.java.home=/path/to/java8

assemble负责编译、打包所有产出物，但本身不依赖测试任务，加-x test更是双重保险，绝对不会触发测试。

Jenkins落地小建议 #

在Jenkins里可以把这两个阶段拆成两个独立的步骤：

1. 第一步执行Java 8编译命令，然后用Jenkins的“归档工件”功能把编译好的build/classes或整个build目录存起来
2. 第二步拉取归档的工件，再执行Java 11测试命令

这样不仅完全分离了构建和测试，还能在测试失败时快速定位，不用重新跑一遍编译流程，节省时间。

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