如何导入其他Gradle脚本？多模块项目脚本复用需求咨询

我完全懂你这种被重复Gradle代码折磨的感觉！之前用apply from:"other.gradle"没生效大概率是路径或者配置顺序的问题，下面给你一套靠谱的解决方案，帮你把重复代码彻底抽离：

1. 第一步：抽离重复代码到共用脚本 #

先把你各个模块里重复的代码，统一放到项目根目录下的shared-config.gradle文件里（文件名可以随便取，只要团队统一就行），直接复制粘贴你的重复代码即可：

buildscript {
    repositories {
        maven { url "mynexusUrl" }
        mavenLocal()
    }
    dependencies {
        classpath 'io.spring.gradle:dependency-management-plugin:1.0.5.RELEASE'
    }
}

apply plugin: "io.spring.dependency-management"
apply plugin: "maven-publish"

dependencyManagement {
    imports {
        mavenBom 'com.xxx.xxx:xx.xx:1.0-SNAPSHOT'
    }
}

task sourceJar(type: Jar, dependsOn: classes) {
    classifier = 'sources'
    from sourceSets.main.allSource
}

artifacts {
    archives jar
    archives sourceJar
}

publishing {
    // 保留你原本的发布配置代码
}

2. 第二步：在模块中正确引入共用脚本 #

很多时候apply from没生效都是路径写错了！如果共用脚本在项目根目录，那么子模块的build.gradle要这样引入：

// 用rootProject的路径确保引用正确，避免相对路径出错
apply from: "${rootProject.projectDir}/shared-config.gradle"

// 下面只需要写模块专属的核心业务配置就行
dependencies {
    // 比如模块独有的依赖
    implementation 'org.springframework.boot:spring-boot-starter-web'
}

如果你的共用脚本是放在根目录的gradle子文件夹里，把路径改成"${rootProject.projectDir}/gradle/shared-config.gradle"就好。

3. 排查常见坑点 #

• 验证路径正确性：要是不确定路径对不对，可以在模块的build.gradle里加一行打印，执行gradle tasks看看输出的路径是否存在对应文件：

  println "共用脚本路径：${rootProject.projectDir}/shared-config.gradle"
  

• 注意配置顺序：先引入共用脚本，再写模块自己的配置——这样模块的配置可以按需覆盖共用脚本里的默认设置（如果有需要的话）。
• 避免版本冲突：确保各个模块里不要重复声明buildscript里的依赖，不然可能导致插件版本冲突失效。

4. 进阶玩法：用subprojects统一配置（可选） #

如果所有子模块都需要这套配置，你甚至可以不用每个模块都写apply from，直接在**根目录的build.gradle**里用subprojects块统一配置：

subprojects {
    apply from: "${rootProject.projectDir}/shared-config.gradle"

    // 还可以在这里加所有子模块通用的配置，比如通用依赖
    dependencies {
        testImplementation 'junit:junit:4.13.2'
    }
}

这样每个子模块的build.gradle就只需要专注写自己的业务代码，彻底告别重复配置！

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