在实际开发中,若不设计多渠道打包的话,可以参考本文章的方法,来进行版本的发布。由于本公司的需要,版本发布只需发布测试版和正式版。在以前的发布流程中,每build 一个版本都需要去修改build.gradle 文件的相关信息,导致时间有点繁琐,在经过本人的一番调查和实践后,觉得对build.gradle 进行优化。
本文主要针对android studio 3.1.4 、 gradle 4.4 而言。不同版本,gradle 相关函数有差异
1. 根项目的build.gradle文件:
主要增加一个节点:
//版本统一管理
ext {
csv = 27
btv = "27.0.3"
msv = 18
tsv = csv
v4s = "27.1.1"
//版本号
vc = 200
vns = "2.0.0" // 正式包
outPutToFile = false //是否打包输出到指定目录。debug模式时需要置为false
}
2. module 的build.gradle 文件:
在android{
.......
}
这里面增加signingConfigs、rootProject.x、buildTypes、android.applicationVariants.all函数节点
如图:
signingConfigs 和 rootProject 相关数据

buildTypes相关:

android.applicationVariants.all 相关:

3.开始打包
点击studio最右边的Gradle按钮-->主项目的app(module)-->Tasks-->build-->assemble
即可同时打测试包和正式包的操作。

4.打包完成



本文介绍了一种优化Android Studio 3.1.4和Gradle 4.4版本发布流程的方法,通过修改build.gradle文件实现版本号统一管理和自动打包测试版与正式版,减少重复工作,提高开发效率。
9344

被折叠的 条评论
为什么被折叠?



