使用公共配置发布Gradle子项目时如何配置本地与Artifactory传递依赖？

现有工程结构 #

app
|_subprojA
|   |_build.gradle
|_subprojB
|   |_build.gradle
|_settings.gradle

基础配置现状 #

• settings.gradle 模块包含配置：

include 'subprojA'
include 'subprojB'

• subprojB/build.gradle 现有依赖配置（非核心逻辑已省略）：

dependencies {
  compile project(':subprojA')
}

现存异常 #

分别执行以下命令完成制品上传后，外部项目引入com.abc:subprojB:x.y.z时，会报错提示subprojA无法从仓库找到：

./gradlew subprojA:uploadArchives
./gradlew subprojB:uploadArchives

核心需求 #

• 本地开发阶段：subprojB直接依赖本地源码形式的subprojA模块，修改代码后即时生效，无需重复上传制品，提升开发效率
• 制品发布阶段：上传到Artifactory的subprojB制品元数据中，自动生成对com.abc:subprojA:x.y.z的标准传递依赖，保证外部项目拉取时依赖解析正常

Gradle默认处理project()形式的本地项目依赖时，在生成发布元数据（POM/Ivy文件）阶段，不会自动把本地项目引用替换为正式的仓库模块坐标，导致上传后的subprojB元数据里缺失subprojA的有效依赖声明，外部拉取时自然无法解析。

1. 为subprojA补全发布坐标 #

在subprojA/build.gradle中配置统一的发布坐标，作为后续依赖替换的基准：

// 替换为项目实际使用的发布坐标
group = 'com.abc'
version = 'x.y.z'

2. 在subprojB中配置依赖映射逻辑 #

在subprojB/build.gradle中保留本地项目依赖，同时补充发布阶段的元数据转换规则：

dependencies {
  // 本地开发保留项目依赖关联，直接使用本地源码模块
  compile project(':subprojA')
}

// 配置POM生成时的依赖映射，将本地项目依赖转换为正式模块坐标
uploadArchives {
    repositories {
        mavenDeployer {
            pom.whenConfigured { pom ->
                pom.dependencies.each { dep ->
                    // 匹配本地项目依赖subprojA，替换为标准发布坐标
                    if (dep.artifactId == 'subprojA') {
                        dep.groupId = project(':subprojA').group
                        dep.artifactId = project(':subprojA').project.name
                        dep.version = project(':subprojA').version
                    }
                }
            }
            // 保留原有Artifactory上传配置不变
        }
    }
}

方案效果验证 #

• 本地开发场景：直接修改subprojA源码，subprojB可实时响应变更，无需提前将subprojA上传到本地/远程仓库
• 制品发布场景：执行subprojB的上传命令后，生成的POM文件中会自动包含com.abc:subprojA:x.y.z的依赖声明，外部项目引入subprojB时可自动解析传递依赖，不会出现找不到subprojA的报错

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