佩戴应用程序，并使用applicationIdSuffix定制构建类型

Question

我有一个应用程序，我想添加一个Android穿戴应用程序扩展。主应用程序有三种构建类型（调试、测试版和发布版）。测试版有一个<代码>应用程序IdSuffix，它允许我在同一设备上并行安装游戏商店版本和当前开发版本。在我添加穿戴应用程序之前，这一切都很好。

主应用的构建。gradle看起来像这样：

apply plugin: 'com.android.application'

android {
    ...
    defaultConfig {
        ...
        applicationId "com.example.mainApp"
        ...
    }
    buildTypes {
        debug {
            applicationIdSuffix '.debug'                
        }
        beta {
            applicationIdSuffix '.beta'
        }
        release {
        }
    }
}

dependencies {
    ...
    wearApp project(':wear')
}

Wear-App具有相同的构建类型和相同的应用程序IdSuffix值。但是，当我构建测试版应用程序时（通过调用gradle assembleBeta），构建过程会构建：磨损：assembleRelise而不是：磨损：assembleBeta，这就是为什么我在构建过程中会收到以下错误消息：

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':app:handleBetaMicroApk'.
> The main and the micro apps do not have the same package name.

在使用build typebeta打包主应用程序时，我如何告诉构建过程构建正确的构建类型？

Answer 1

更新现在有官方对构建变体的支持（见Cyril Leroux的回答）。因此不建议使用这个答案。

我发现了一个非常（非常）丑陋的解决方案，它有一些缺点，但暂时有效，直到支持为穿戴应用程序构建变体。

我在rootProject中设置了一个全局变量，其中包含当前构建的主应用程序的applicationisuffix。

在build中。我在主应用程序的gradle中添加了以下内容：

// Set a global variable, depending on the currently built build-type.
// This allows us to set the applicationIdSuffix of the wear app depending on
// the build-type of the main app.
android.applicationVariants.all { variant ->
    def task = variant.checkManifest
    def suffix = variant.buildType.applicationIdSuffix
    task.doLast {
        rootProject.ext.currentApplicationIdSuffix = suffix
    }
}

在磨损应用程序的build.gradle中，我添加了以下剪切：

android.applicationVariants.all { variant ->
    def task = variant.generateBuildConfig
    task.dependsOn(propagateApplicationIdSuffix)
}


task propagateApplicationIdSuffix << {
    project.android.buildTypes.all { type ->
        if (rootProject.hasProperty('currentApplicationIdSuffix')) {
            type.applicationIdSuffix = rootProject.ext.currentApplicationIdSuffix
        }
    }
}

这有几个缺点：

1. 您不能构建多个变体（即gradle assembleBeta assembleRelise），因为磨损应用程序仅构建一次，因此第二个构建类型失败
2. gradle检查由于原因1而失败
3. 磨损应用程序仍然使用构建类型发布构建，但包名只是根据主应用程序的应用程序id后缀进行更改

Answer 2

你不能做你想做的事；模块的构建变量不会传播到构建时依赖模块的构建。这是在https://code.google.com/p/android/issues/detail?id=52962

正如http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Library-Publication中所述，有一种机制可以让一个模块依赖于另一个模块的特定变体，但我不认为这种机制可以扩展到对穿戴应用程序进行差异打包。

Answer 3

下面是Scott Barta发布的链接(http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-图书馆出版物）我想到了这个：

在建造中。磨损应用程序的渐变，添加publishNonDefault true（发布所有变体）：

android {
    publishNonDefault true
}

在建造中。主应用程序的渐变，
替换

wearApp project(':wear')

通过

debugWearApp project(path:':wear', configuration: 'debug')
releaseWearApp project(path:':wear', configuration: 'release')