“AndroidX.fragment：fragment-testing”库的debugimplement版本构建变体失败
build.gradle（：app）
调试实现“AndroidX.fragment:fragment-testing:1.2.2”
完整的实现可以在Coinverse的GitHub存储库中找到。
-
null
共有1个答案
当添加以下库时，应用程序将按照版本构建变体中的预期进行构建和编译。
实现“AndroidX.fragment:fragment-ktx:$fragment_version”
这个库在早期版本中有，但最近删除了，因为在没有它的调试构建变体中，一切都像预期的那样工作。
-
新构建系统的目标之一就是为同一个应用创建不同的版本。 主要有两个使用场景： 同一个应用的不同版本。比如一个免费的版本和一个付费的专业版本。 同一个应用被打包成多个不同的 apk 以发布到 Google Play 商店。详情请见http://developer.android.com/google/play/publishing/multiple-apks.html 综合第1条和第2条。 我们的目标
-
6.2 构建类型+产品定制=构建变种版本 正如我们前面看到的，每一个 Build Type 都会生成一个新的APK。 Product Flavors 也是这么做的：工程的输出将会尽可能的组合 Build Types 和 Product Flavors 的输出。 每一种组合(Build Type, Product Flavor)就是 构建变种 比如，以默认的 debug 和 release Buil
-
正如前面章节所提到的，每一个 Build Type 都会生成新的 APK。Product Flavors 同样也会做这些事情：项目的输出将会组合所有的 Build Types 和 Product Flavors（如果有定义 Flavor）。每一种组合（包含 Build Type 和 Product Flavor）就是一个 Build Variant（构建变种版本）。例如，在之前的 Flavor 声
-
新构建系统的一个目标就是允许为同一个应用创建不同的版本。 这里有两个主要的使用情景： 同一个应用的不同版本。例如，免费的版本和收费的专业版本。 同一个应用需要打包成不同的 apk 以发布到 Google Play Store，查看 Multiple APK Support 了解详情。 综合 1 和 2 两种情景。 该目标让在同一个项目里生成不同的 APK 成为可能，以取代以前需要使用一个 Libr
-
当你添加了 dimensions 及 flavors 时，你可以移除无意义的 variants。比如你定义了一个使用 Web API 的 flavor 及一个为了更快地测试而硬编码假数据的 flavor。后者只会用于开发阶段而不会存在于发布阶段。你可以通过 variantFilter 闭包方法移除这个 variant： android { productFlavors {
-
某些情况下，应用可能需要基于多个标准来创建多个版本。 例如，Google Play 中的 multi-apk 支持 4 种过滤器。根据每个过滤器来创建不同的 APK 需要用到 Product Flavor。 假如一个游戏有免费版和付费版，并且需要在 multi-apk 支持中使用 ABI 过滤器。该游戏应用需要 3 个 ABI 和两个特定版本，因此就需要生成 6 个 APK（忽略不同 Build