在过去的几天里,我一直在努力提高我们项目的构建时间,而没有任何运气。我不介意为了一个干净的构建等待1m40,但是如果我在一个java文件中插入一行,我得到的构建时间与在一个干净的构建中的时间相同。我一定做错了什么,但我只是找不到任何文档或堆栈溢出问题,指出了我的正确方向。我收集了大量的信息,我将集中在这里,希望对这个主题有更好理解的人能解释为什么我会得到这些糟糕的构建时间。
下面是:
这个问题有解决办法吗?
发布于 2015-09-01 19:32:31
终于找到了解决办法。它一直在官方文档中,我只是需要对构建过程有一个更深入的理解,才能理解所讲的内容。
增量构建和多重索引确实是不兼容的选择。但是,对于sdk版本,只通过重建受影响的dex文件,就可以对multidex apks进行21+增量构建。更多信息可在这里找到:
发布于 2016-09-16 07:13:45
我没有一个直接的答案如何解决Gradle的问题,但我有一个建议,可以帮助您提高您的构建速度。
最近,我遇到了同样的问题:我们的构建花费了将近4分钟。我尝试了不同的构建方案,但没有获得明显的利润。
经过一番研究,我遇到了为Android而战。就像类固醇的“即时跑”一样。它支持多种类型的更改(UI、方法、字段等),并在不重新创建活动的情况下实时更新应用程序(因此,保存状态)。通常情况下,任何改变都需要十到三十秒的时间.
该工具不是免费的,但它们提供不同的定价选项和试用帐户,因此您可以尝试它。它像往常一样适用于Android或Eclipse插件,安装非常简单。
更新
现在他们甚至有了免费版本:链接到邮政
发布于 2017-11-13 15:35:31
我今天(2017年11月13日)尝试了这个选项,并收到了以下构建警告:
警告:不推荐使用android.dexOptions.incremental属性,它对构建过程没有任何影响。
然后我在googled上搜索警告消息,答案证实,由于新的Gradle版本,这个条目被废弃了。请参阅不推荐使用android.dexOptions.incremental属性
https://stackoverflow.com/questions/32337414
复制相似问题