跳至主要内容

[SKill]Android自动化构建

Android自动化构建

本文的目的不是介绍如何搭建Jenkins,而是介绍如何在Jenkins中搭建Android自动化构建环境。

安装Jenkins Gradle插件

Jenkins原生并不支持Gradle语法,因此需要安装Gradle插件。

创建任务配置

安装好Gradle插件之后,跟创建常规任务一样,新建一个自动化构建任务,需要注意的几个点:
  • 构建工具选择:Invoke Gradle script。
  • 构建工具配置:
    Gradle版本选择:Gradle Wrapper,方便版本统一。
    Tasks填写:
    clean
    assembleRelease
  • 用于存档的APK文件:app/build/outputs/apk/*.apk
  • 用于存档的mapping文件:app/build/outputs/mapping/*/release/mapping.txt

为打包机配置打包环境

确保SDK具备编译所需的版本,才能正确编译。
  • 下载打包环境:下载Android Studio(下载无 Android SDK版本),下载SDK Tools
  • 安装环境:解压SDK,下载好的SDK Tools仅包含tools文件夹,解压出来。创建android-sdk-windows文件夹(MAC:android-sdk-mac),将tools放置其中,尽量将android-sdk-windows置于磁盘根目录。配置环境变量ANDROID_HOME,值为android-sdk-windows文件夹目录(配置环境变量需要重启Jenkins才会有效)。安装Android Studio并运行,其会自行定义到SDK目录,安装过程中会下载剩余的必须的SDK,过程较长。
  • 安装其余的SDK:API(至少包含跟项目targetSdkVersion一致的API,其他视情况而定)、Build-Tools(至少包含跟项目buildToolsVersion一致的Build-Tools,其他视情况而定,文件较小建议全部安装)、其他extras工具。

Gradle配置

自动化构建用到了两个Task:clean与assembleRelease,其中assembleRelease为编译正式版的命令,clean则是清理目录。

根目录Gradle配置

编辑项目根目录下的build.gradle文件,增加clean task:
    task clean(type: Delete) {
        delete rootProject.buildDir
    }

Gradle配置打包签名

签名的Gradle配置则在app module下的build.gradle上:
  • Gradle配置示例:
     signingConfigs {
         // keystore properties
         Properties keystoreProperties = new Properties()
         File keystorePropertiesFile = project.file("../keystore.properties");
         // read properties
         if (keystorePropertiesFile.exists()) {
             keystoreProperties.load(keystorePropertiesFile.newDataInputStream())
         }
         def storeFileRelease = keystoreProperties.getProperty("storeFile")
         def storePasswordRelease = keystoreProperties.getProperty("storePassword")
         def keyAliasRelease = keystoreProperties.getProperty("keyAlias")
         def keyPasswordRelease = keystoreProperties.getProperty("keyPassword")
         release {
             storeFile file(storeFileRelease)
             storePassword storePasswordRelease
             keyAlias keyAliasRelease
             keyPassword keyPasswordRelease
         }
     }
  • 签名文件处理:
    将打包用的Keystore放置于项目根目录,并创建keystore.properties文件用于配置签名数据,文件内容(键值对):
    storeFile=../filename.keystore
    storePassword=storePassword
    keyAlias=alias
    keyPassword=keyPassword
    建议将keystore.properties与keystore文件仅放置于打包机的本地仓库之中(正式包仅允许打包机打),也可将其直接放置Git仓库里(所有人可以发布正式包)。

后续事项

打包失败时:
  • 检查打包机SDK是否安装及更新。
  • 本地尝试打包是否存在问题。
  • 根据输出日志查找问题。

评论

此博客中的热门博文

[Widget]StateFrameLayout-状态帧布局

StateFrameLayout icon 一般网络交互的状态提示及处理大多数情况下考虑使用Dialog,在一切状态处理理想状态下时,使用Dialog进行交互是可行的。但稍微一不注意,使用Dialog则会出现一系列隐藏的Bug。为节省用户时间怎加体验感觉,数据的载入可以在onCreate时候就进行,甚至可以在Activity构造函数里面启动网络请求,因为Activity还没有建立窗口(onAttachedToWindow),而Dialog必须附着在Activity的Window上,显然这时候不能弹出Dialog;网络交互并非即时,也就是在交互过程中用户可能进行任何操作,多数情况下,应用并不允许用户中断网络交互,而将Dialog设置为不可取消的话,用户体验是很差的,因为你同时阻止了用户退出当前Activity的操作,若用户仅仅是误点了进来,那么必须等待交互结束才能退出,而如果不讲Dialog设置为不可取消的话,那么用户进行了取消操作,但实际是并没有取消,这又会让用户很困惑,如果交互是更新当前页面的数据,当用户取消以后就可以进行旧数据操作,但其实这时候数据已过时,操作是不应该的;当网络交互已完成时,若交互结果需要告知用户时,此时又得注意Activity的状态,也许Activity已经关闭了Window(用户进行了返回操作,Activity在销毁;或者用户点按了Home键,设备内存不够,Activity在进行保存并关闭Window)。操控好Window,则使用Dialog并无任何问题,但是这就会怎加代码复杂度。其实我们的目的就是告知用户在进行网络请求,阻止用户对未载入或旧页面进行操作,网络交互结束后有必要时告知用户;使用StateFrameLayout则能轻松达到效果。 状态帧布局,通常用于网络请求的四种状态,普通、载入、错误、空白。支持Drawable或者View来展示,也可以混搭。 预览 screenshots 要求 minSdkVersion 4 链接 Github Bintray 使用 基本布局 < am .widget.stateframelayout.StateFrameLayout xmlns : app = " http://schemas.androi...

[Widget]Android小票打印,蓝牙打印、固定IP打印、黑白图片打印

Printer 标准ES-POS命令打印,固定IP或蓝牙打印,支持黑白图片打印 预览 screenshot printer_example 要求 minSdkVersion 5 <uses-permission android:name="android.permission.INTERNET" /> <uses-permission android:name="android.permission.BLUETOOTH" /> 引用 dependencies { ⋯ compile ' am.util:printer:1.1.3 ' ⋯ } 详情 继承PrintTask来实现打印任务 继承PrinterWriter来实现更多纸张类型的打印 PrinterUtils包含了众多打印指令 使用 1.添加蓝牙权限 <uses-permission android:name="android.permission.BLUETOOTH" /> 或者网络请求权限 <uses-permission android:name="android.permission.INTERNET" /> 2.继承PrintTask类,实现具体打印任务: private class TestPrintTask extends PrintTask { public TestPrintTask ( BluetoothDevice device , int type ) { super (device, type); } public TestPrintTask ( String ip , int port , int type ) { super (ip, port, type); } @Override protected void onPreExecute () { super . onPreExecute();...

[Skill]多个开源项目Bintray一键发布环境部署

多个开源项目Bintray一键发布环境部署   我们发布到Bintray上共享的一般是一些库,而不是完整的App,而这些库是依附在我的主项目之中,如果我们主项目只维护一个共享库,那没什么问题,但维护多个开源库呢?不规划一下打包发布的流程,那么就会浪费我更很多的时间在打包发布上。截至至撰文时,笔者的ProjectX主项目已经管理维护者16个开源库,不规划一套打包方案,那么妥妥的能把笔者累死。 基础Plugin载入   需要实现自动化发包,就必须载入 gradle-bintray-plugin 与 android-maven-gradle-plugin (点击链接查看最新版本号,使用最新版本插件)。载入方式有两种: 传统方式 dependencies { classpath ' com.jfrog.bintray.gradle:gradle-bintray-plugin:1.7.1 ' classpath ' com.github.dcendents:android-maven-gradle-plugin:1.5 ' } 新型方式(Gradle 2.1) plugins { id " com.jfrog.bintray " version " 1.7.1 " id " com.github.dcendents.android-maven " version " 1.5 " }   使用新型方式导入的gradle-bintray-plugin会提交不成功,不知AS更新以后是否解决,但是笔者出错的版本是1.7.1,新版本没出来前gradle-bintray-plugin还是建议使用传统方式,android-maven-gradle-plugin可以选择新型方式。 部署方案 在库根目录(不是项目根目录)创建bintray.gradle文件,文件内容(可以直接拷贝给其他项目使用): apply plugin : ' com.github.dcendents.android-maven ' apply plugin : ' com.jfr...