多moduleAndroid库提交到Maven最佳实践

在Android组件化的时候,需要把一个多module的库提交到maven,遇到了这个问题,记录一下方便以后查询

MuliteModuleLibDemo后面会放上去

问题

公共基础库提交到Maven的时候使用会遇到这个bug

Error:Failed to resolve:liba:unspecified

场景

/project
|
|--/lib-a
|  |-- build.gradle
|       |-- compile project(":lib-b")
|       |-- apply from: "pushmaven.gradle"
|
|--/lib-b
|  |-- build.gradle
|
|-- build.gradle
|-- 

然后我提交lib-a

./gradlew uploadArchives 

然后去使用compile ‘com.xxx.xxxx.lib-a’的时候就提示

Error:Failed to resolve:lib-b:unspecified

原因是因为maven没有把lib-b的代码一起打包进去

解决

  1. 把lib-b作为单独库上传
  2. 把lib-b打包到lib-a里面上传

方案一

  1. 在每个依赖库都引入
  • apply from: “pom-evaluator.gradle”
  • apply from: “pushmaven.gradle”
  1. 在根目录的gradle.properties控制groupid和version
  2. 在每个module的gradle.properties控制artifactId

备注: 如果觉得每个module都要写artifactId比较麻烦,可以不写,maven会自己使用module name,不过这要求你以后不改module name,不然会有问题

pom-evaluator.gradle:

把所有compile project的库都替换成groupid和version

afterEvaluate {
  uploadArchives {
    repositories {
      mavenDeployer {
        pom.groupId = project.POM_GROUP_ID
        pom.version = project.VERSION_NAME

        pom.whenConfigured { pom ->
          pom.dependencies.findAll { dep -> dep.groupId == rootProject.name }.collect { dep ->
            dep.groupId = pom.groupId = project.POM_GROUP_ID
            dep.version = pom.version = project.VERSION_NAME
          }
        }
      }
    }
  }
}

如果module比较多,可以在根目录的build.gradle加入

configure(subprojects.findAll { !it.name.startsWith('app') }) {
    apply from: "${rootDir}/pushmaven.gradle"
    apply from: "${rootDir}/pom-evaluator.gradle"
}

优点:

  1. 对于原来的项目结构没变化
  2. 每个module都有版本控制
  3. 每个module都是相同的版本号

缺点:

每个module都有版本控制了,但是有些module我只是作为module拆分,不是用来作为基础库的

方案二

fat-aar会把每个moduel的资源、manifest、java文件等都合并到lib-a中

  1. 在你想要提交maven的依赖库引入
  1. 把你不需要提交到maven的module这样改
compile project(":lib-b")

改成

embedded project(":lib-b")

aar-evaluator.gradle:

是把不要导入的module从pom去除,把它compile的库加入pom

afterEvaluate {
    uploadArchives {
        repositories {
            mavenDeployer {

                pom.whenConfigured { pomp ->
                    pomp.dependencies.findAll { dep -> dep.groupId == rootProject.name }.collect { dep ->
                        pomp.dependencies.remove(dep)
                    }
                }
                List<String> embedList = new ArrayList<>();
                Map<String, ResolvedDependency> depList = new LinkedHashMap<>();

                //List all embedded dependencies
                configurations.embedded.allDependencies.each {
                    def depName = String.format("%s:%s", it.group, it.name)
                    embedList.add(depName);
                }

                //Collect all first level dependencies except embedded ones
                configurations.compile.resolvedConfiguration.firstLevelModuleDependencies.each {
                    ResolvedDependency dep ->
                        def depName = String.format("%s:%s", dep.moduleGroup, dep.moduleName)
                        if (!embedList.contains(depName) && !depList.containsKey(depName)) {
                            depList.put(depName, dep)
                        }
                }

                //Collect all second level dependencies of embedded ones
                configurations.embedded.resolvedConfiguration.firstLevelModuleDependencies.each {
                    //Second Level Depenencies
                    it.children.each {
                        ResolvedDependency dep ->
                            def depName = String.format("%s:%s", dep.moduleGroup, dep.moduleName)
                            if (!embedList.contains(depName) && !depList.containsKey(depName)) {
                                depList.put(depName, dep)
                            }
                    }
                }

                //The publication doesn't know about our dependencies, so we have to manually add them to the pom
                pom.withXml {
                    def pomDefinition = asNode()
                    def dependenciesNode = pomDefinition.dependencies[0]
                    //Iterate over the compile dependencies, adding a <dependency> node for each
                    depList.values().each {
                        ResolvedDependency dep ->
                            def hasGroup = dep.moduleGroup != null
                            def hasName = (dep.moduleName != null || "unspecified".equals(dep.moduleName))
                            def hasVersion = dep.moduleVersion != null
                            if (hasGroup && hasName && hasVersion) {
                                def dependencyNode = dependenciesNode.appendNode('dependency')
                                dependencyNode.appendNode('groupId', dep.moduleGroup)
                                dependencyNode.appendNode('artifactId', dep.moduleName)
                                dependencyNode.appendNode('version', dep.moduleVersion)
                            }
                    }
                }

            }
        }
    }
}

优点:

  1. 不需要把所有module都提交到maven
  2. 只需要管理一个依赖库

缺点

  1. fat-aar.gradle在com.android.tools.build:gradle:2.3.1下面有兼容问题
  2. 需要把所有compile project都改成embedded project
  3. fat-aar.gradle接入有风险

综上所述

个人项目可以使用方案二,但是企业项目我建议使用方案一pom-evaluator.gradle更保险安全

    原文作者:sunshine8
    原文地址: https://www.jianshu.com/p/082b493a53a4
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞