Question

我想应用不同的VersionCode制作apk 文件。对于调试，仅将其修复为1，并释放defaultConfig中指定的任何数字。

下面的代码将mypackage-release-1.apk文件作为 assembleRelease 工件提供，这是不期望的。我期待mypackage-release-10111.apk。

为什么行debug { defaultConfig.versionCode=1 }会影响assembleRelease工件？

defaultConfig {
    versionCode 10111
    versionName '2.5.4'
    minSdkVersion 10
    targetSdkVersion 21
}
signingConfigs {
    debug {
        project.ext.loadSign = false
        defaultConfig.versionCode = 1 // Why this value applied to assembleRelease?
    }
    release {
        project.ext.loadSign = true
        applicationVariants.all { variant ->
            variant.outputs.each { output ->
                def file = output.outputFile
                output.outputFile = new File(file.parent, file.name.replace(".apk", "-" + defaultConfig.versionCode + ".apk"))
            }
        }
    }
}
buildTypes {
    debug {
        signingConfig signingConfigs.debug
    }
    release {
        signingConfig signingConfigs.release
    }
}

Answer 1

我也是，但我认为在defaultConfig.versionCode编译时设置了build.gradle。它是全局静态变量，在编译时分配，而不是运行时。

我认为我们可以拦截gradle任务执行，并在运行时修改defaultConfig.versionCode。

goooooooogle之后，我发现这个适用于我：https://gist.github.com/keyboardsurfer/a6a5bcf2b62f9aa41ae2

Answer 2

晚会......

在任何任务执行之前评估整个gradle文件，因此您在声明versionCode配置时基本上更改了默认debug。没有直接的方法可以从versionCode重置buildType，但另一个答案的链接可以通过声明构建变体上的任务来实现。

android {
    ...
    defaultConfig {
         ...
    }
    buildTypes {
         ...
    }
    applicationVariants.all { variant ->
        def flavor = variant.mergedFlavor
        def versionCode = flavor.versionCode
        if (variant.buildType.isDebuggable()) {
            versionCode += 1
        }
        flavor.versionCode = versionCode
    }
}

Answer 3

这是更新版本：

android {
  defaultConfig { ... }

  applicationVariants.all { variant ->
    if (variant.name == 'debug') {
      variant.outputs.each { output ->
        output.versionCodeOverride = 1
      }
    }
  }
}

Answer 4

要与风味剂一起使用：

applicationVariants.all { variant ->
    def flavor = variant.mergedFlavor
    def name = flavor.getVersionName()
    def code = flavor.getVersionCode()

    if (variant.buildType.isDebuggable()) {
        name += '-d'
        code = 1
    }

    variant.outputs.each { output ->
        output.versionNameOverride = name
        output.versionCodeOverride = code
    }
}

Answer 5

applicationVariants.all { variant ->
    variant.outputs.each { output ->
        if (variant.buildType.isDebuggable()) {
            output.versionCodeOverride = 26
            output.versionNameOverride = "2.2.6"
        }
    }
}

将其放入android {}

Answer 6

所以最近我不得不处理相同的情况，我可以找到的所有示例都使用applicationVariants属性，该属性记录不正确的imo。

因此，在对源代码进行了一些深入研究之后，我意识到最终versionCode的{{1}}和versionName属性被合并到AndroidManifest中，这让我开始思考：我们只是自己注入它们，因为我们在ProductFlavor和BuildType DSL对象上都拥有ProductFlavor属性，所以我想到了这一点-请随时提供反馈并告诉我为什么这是错误的

在manifestPlaceholders

build.gradle(app)

在android { ... buildTypes { debug { manifestPlaceholder = [versionCode: X, versionName: "X.Y.Z"] } release { manifestPlaceholder = [versionCode: A, versionName: "A.B.C"] } } ... }

AndroidManifest.xml

Answer 7

最简单的解决方案是将versionCode和versionName变量分别从defaultConfig移至调试和发布。

android {
    ...
    defaultConfig {
         // without versionCode and versionName
         ...
    }
    buildTypes {
        debug {
            defaultConfig.versionCode X
            defaultConfig.versionName 'X.Y.Z'
        }
        release {
            defaultConfig.versionCode A
            defaultConfig.versionName 'A.B.C'
        }
    }
    ...
}

使用不同的VersionCode进行Debug / Release android gradle build

7 个答案: