Azure DevOps中多模块Gradle项目避免重复编译的可行性及问题排查

这个需求完全可行，这是优化多模块Gradle项目CI构建速度的常规操作。你现在遇到的重复编译问题，主要是漏了以下关键配置：

1. 共享Gradle构建缓存与本地仓库 #

Gradle判断任务是否up-to-date依赖于构建缓存和本地依赖仓库的状态。你需要在编译阶段把Gradle的核心缓存目录上传为制品，测试阶段再恢复到对应路径：

• 在Azure流水线的Compile_Source阶段，添加步骤打包上传~/.gradle/caches、~/.gradle/wrapper目录，这两个目录包含了Gradle的依赖缓存和wrapper文件，避免测试阶段重复下载依赖。
• 在测试阶段，先下载并解压这两个缓存目录到代理的对应位置（比如Linux的/home/vsts/.gradle/，Windows的C:\Users\VssAdministrator\.gradle\）。

2. 完整上传Gradle构建输出目录 #

只编译integrationTestClasses还不够，Gradle的任务状态快照基于整个项目的build目录结构。你需要：

• 在Compile_Source阶段执行gradle integrationTestClasses后，把根项目和所有子模块的build目录全部打包上传为制品。这些目录包含了编译后的类文件、任务状态记录等关键信息。
• 测试阶段下载这些build目录，覆盖到项目的对应位置，确保Gradle能识别到已完成的编译任务。

3. 规范测试阶段的Gradle命令参数 #

确保测试阶段执行module_one:integrationTest时，不会触发不必要的前置任务：

• 运行Gradle命令时添加参数避免文件系统监听干扰，同时确保构建缓存生效，比如执行：

./gradlew module_one:integrationTest --build-cache --no-watch-fs

• 绝对不要在测试阶段执行clean类任务，否则会直接清空之前的编译产物。

4. 配置Gradle任务的输入输出规则 #

在项目的build.gradle中，为integrationTest和integrationTestClasses任务明确输入输出范围，排除CI环境的无关文件干扰：

tasks.withType(Test) {
    inputs.exclude '**/.git/**', '**/.azure/**'
}

tasks.named('integrationTestClasses') {
    inputs.exclude '**/*.md', '**/README*'
}

5. 确保制品上传的完整性 #

检查Azure流水线的制品上传步骤，确保用通配符**/build/**匹配所有模块的构建输出，不要只指定单个模块，避免遗漏依赖模块的编译产物。

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