【问题标题】:Organizing Android Gradle Project for Inherited Builds为继承的构建组织 Android Gradle 项目
【发布时间】:2013-06-29 11:21:48
【问题描述】:

我有一组应用程序,它们基本上是一个应用程序的白标。基本应用程序有一个 Web 后端。使用ant,当我运行debug 构建白标签应用程序时,库项目编译为debug,带有dev_server 参数,当我编译release 构建时,使用live_server 参数.其他参数(和资源)被白标应用覆盖,一切都很好。

所以基本上,如果我为 app 1 和 debug build 编译了一个白标,则该应用程序被编译为 <dev_server>/1 作为基本服务地址等等。

使用gradle,我尝试了不同的策略,但如果不在每个应用程序的build.gradle 中设置每个参数,我就无法让它很方便地工作。 基本问题似乎是带有gradle 的库项目总是在release 中构建,所以我真的可以根据我正在使用的构建来更改后端参数。

任何想法如何设置项目结构以使其以这种方式工作?

【问题讨论】:

    标签: gradle android-studio android-build build.gradle


    【解决方案1】:

    尝试使用此处提到的 productFlavour 概念,而不是库项目http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Product-flavors

    【讨论】:

    • 确实……从那以后就开始使用这些了。
    猜你喜欢
    • 2014-07-14
    • 1970-01-01
    • 1970-01-01
    • 2012-08-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-03-31
    相关资源
    最近更新 更多