如何本地构建Gradle项目作为依赖，替代Nexus部署测试？

当然支持！Gradle提供了好几种原生方式，能让你不用把修改后的依赖部署到Nexus，就能直接在项目里测试，完全能满足你想要的类似Maven本地快照测试的需求。下面给你详细拆解几个常用方案：

方案1：复用本地Maven仓库（和Maven逻辑无缝衔接） #

如果你习惯了Maven的本地快照玩法，Gradle可以直接读取本地Maven仓库的构件，步骤很简单：

• 先在你修改的依赖项目根目录执行：

  gradle publishToMavenLocal
  

  这会把构建好的快照版本（比如1.0.0-SNAPSHOT）发布到默认的本地Maven仓库（路径一般是~/.m2/repository）。
• 然后在你的主项目中，确保Gradle配置优先读取本地Maven仓库：

  // build.gradle
  repositories {
      mavenLocal() // 把这个放在仓库列表最前面，优先从本地拉取
      maven { url "你的Nexus仓库地址" }
  }
  

• 最后正常引用那个快照版本的依赖就好，Gradle会自动优先用本地Maven仓库里的构件，不会去Nexus拉取。

方案2：复合构建（Composite Builds）—— Gradle原生的本地联动方案 #

这是Gradle最推荐的方式，尤其适合你同时开发主项目和依赖项目的场景，不用手动发布到本地仓库，修改依赖代码后主项目会自动同步构建最新版本：

• 在主项目的settings.gradle（或settings.gradle.kts）中，添加对依赖项目的本地路径引用：

  // settings.gradle
  includeBuild '../your-modified-dependency-project'
  

  这里的路径可以是相对路径（比如依赖项目和主项目在同一父目录下），也可以是绝对路径。
• 主项目里的依赖声明完全不用改，还是原来的groupId:artifactId:version，Gradle会自动把本地的依赖项目替换掉远程的对应构件。每次构建主项目时，Gradle会先检查依赖项目是否有修改，自动重新构建并使用最新的构建结果。

方案3：本地文件依赖（快速临时测试） #

如果只是临时做个快速测试，不想改仓库配置或者复合构建，也可以直接引用本地构建好的jar文件：

• 先在依赖项目根目录执行gradle jar，生成的jar文件一般在build/libs目录下。
• 然后在主项目的依赖中直接引用这个本地文件：

  // build.gradle
  dependencies {
      implementation files('../your-modified-dependency-project/build/libs/your-dependency-1.0.0-SNAPSHOT.jar')
      // 如果依赖项目有多个jar，也可以用fileTree批量引用
      // implementation fileTree(dir: '../your-modified-dependency-project/build/libs', include: '*.jar')
  }
  

  这种方式非常直接，但缺点是如果依赖项目有传递依赖，你得手动处理这些依赖的引入，所以更适合简单的测试场景。

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