Jenkins实现Android自动化打包
转载请标明出处:http://blog.csdn.net/zhaoyanjun6/article/details/77102359
本文出自【赵彦军的博客】
1、Tomcat
进入 https://tomcat.apache.org/ 官网,下载最新的 tomcat 安装包并且安装。
安装完成后,启动 tomcat 后,在浏览器中输入 http://localhost:8080/ , 如果看到下面的界面,那么tomcat 就安装配置好了。
2、Jenkins 部署到 Tomcat
进入jenkins 的官网 https://jenkins.io/ , 根据你搭建平台的不同,下载 jenkins war 包 ,我们这里用 windows 平台做演示。
war 包如下图所示
把 war 包放在 tomcat 的 webapps 目录下,如下图所示:
然后在浏览器中访问 : http://localhost:8080/jenkins/ , 你将会看到如下界面 , 代表 Jenkins 已经部署完成了,下一步安装 Jenkins.
3、填写 Jenkins 超级管理员密码
在上图的输入框内要输入超级管理员权限的密码,这个 密码在红色路径的文件里 ,输入密码后,点击 continue , 如下图所示:
4、Jenkins 插件安装和超级管理员配置
填写完密码后,将会看到插件安装界面
我们选择第一项,安装默认Jenkins插件。安装插件过程如下图所示:
等所有的插件都安装完成,我们将会看到用户名设置界面。
这个界面你有两个选择可以操作,
-
选择一:直接点击 Continue as Admin 安装,默认此时的超级管理员为 admin .
-
选择二:输入用户名,密码,确认密码,全名,电子邮件地址。然后点击 Save and Finish . 注意你输入的用户名就是 Jenkins 的超级管理员。需要注意的是,上面的每一项都需要填写,否则点击 Save and Finish 按钮没有效果。
等上面的步骤都操作完毕,你将会看到如下界面,代表 Jenkins 的插件安装和超级管理员已经配置好了。
5、创建任务
点击创建一个新的任务,如下图所示:
6、项目仓库配置
1、选择源码管理工具,Git 或者 Subversion . 下面我们的演示选择 Git.
2、填写 Git 仓库地址
3、选择 Git 证书凭证, 如果没有创建过证书,显示 none , 可以点击右边的 Add 按钮添加一个证书凭证。
4、添加证书凭证,添加的方法详见下面的图。
5、选择 Git 仓库的分支
6、源码浏览器,Git 有很多管理器,我们这里选择自动就好了。
- 添加证书
从 Git 上拉取代码,有两种方式:用户名+密码、SSH . 根据自己的需要选择。
填写 Git 仓库的用户名和密码
7、Jenkins 全局配置
JDK 和 Gradle 配置
由于Android 是基于 java 的,我们需要配置 JDK;由于我们用 Gradle 构建Android 项目,我们需要设置 Gradle 的环境 。
在 系统管理 --> Global Tool Configuration
**Android SDK 配置 **
系统管理 --> 系统设置 -- 全局属性
在 Environment variables 里面增加一个键值对.
键:ANDROID_HOME
值:SDK 路径
8、创建 Jenkins 构建任务
1、代表配置的项目
2、构建模块
3、选择 Gradle 构建工具的版本号,可以选择默认构建版本号,也可以选择自己自定的版本号。
4、填写 Gradle 构建任务
- 打 release 包
app:clean
app:assembleRelease
解释:
app:clean : 清除....../app目录下的build文件夹
app:assembleRelease : 编译并打Release的包
- 打 debug 包
app:clean
app:assembleDebug
解释:
app:clean : 清除....../app目录下的build文件夹
app:assembleDebug: 编译并打Debug的包
- 同时打 debug 包和 release 包
app:clean
app:assembleDebug
app:assembleRelease
9、执行构建任务
点击立即构建按钮,开始执行构建任务。
- 【1】、点击立即构建,开始执行构建任务
- 【2】、进度条,表示正在构建的项目。
- 【3】、蓝色的图标表示构建成功
- 【4】、红色的图标表示构建失败
动图演示如下图所示:
点击正在构建的条目,可以进入正在构建的信息。
-
状态集:构建人用户名、构建git 节点
-
变更记录:
-
Console Output:构建过程中的输出控制台,会输出构建过程中的详细信息,这个功能很重要,如果构建失败,可以从这里找到错误的原因。
-
编辑编译信息:每次构建任务的时候,构建名字是数字形式叠加,这里可以自定义构建任务的名字。
-
Git Build Data:本次构建 Git 仓库的相关信息。
10、构建结果
在 Console Output 面板中,出现了 BUILD SUCCESSFUL , 代表任务构建成功。
11、构建后操作
fir 是国内提供测试应用极速发布,应用崩溃实时分析、用户反馈收集等一系列开发测试效率工具服务,帮助开发者将更多精力放在产品的开发与应用的优化上。
官网: https://fir.im/
登录后,在 fir 官网的个人资料中, 可以找到 API Token , 这个 token 我们在后面会用到。
fir.im Jenkins 插件使用方法: http://blog.fir.im/jenkins/
下载插件
Jenkins 构建完成后,生成的 apk 文件,我们通过插件的方式上传到 fir . 通过上面的连接,我们下载 Jenkins 的 fir 插件到本地。
安装插件
系统管理 --> 插件管理 --> 高级 --> 上传插件
使用插件
配置 --> 构建后操作 --> 增加构建后操作步骤 --> Upload to fir.im
填写 API Token
构建结果
通过日志看到上传 fir 成功。
总结
到这里关于 Jenkins 的自动化打包的主要内容已经介绍完了。下面将会介绍一些附加的操作,能够更好的使用 Jenkins .
12、构建触发器
在上面部分我们发起构建的命令是点击 立即构建 的按钮,Jenkins 里面有构建触发器的方式,提供远程构建任务。
- 1、触发远程构建 (例如,使用脚本):填入身份验证令牌,可以随便填写,我们这里填入 123456 , 填写完成后,在输入框的下方有提醒
Use the following URL to trigger build remotely: JENKINS_URL/job/AppTest/build?token=TOKEN_NAME 或者 /buildWithParameters?token=TOKEN_NAME
Optionally append &cause=Cause+Text to provide text that will be included in the recorded build cause.
根据提示,我们自浏览器中访问地址: http://127.0.0.1:9999/jenkins/job/AppTest/build?token=123456
, 这样就可以触发构建任务。
- 2、Build after other projects are built : 在其他任务结束后,开始本次构建任务。
示例:在 AppTest1 项目构建成功后,开始本次构建任务。
①Trigger only if build is stable:其他项目构建成功
②Trigger even if the build is unstable:其他项目不稳定
③Trigger even if the build fails:其他项目构建失败
- Build periodically:周期进行构建(它不关心源码是否发生变化)
日程表:
H 2 * * * //每天凌晨2天构建
H 16 * * * //每天下午4点构建,16 代表下午4点
0 16 15 * * //每个月15号下午4点构建,15代表天,16代表下午4点,0代表0分钟
H 6,12,18 * * * //每天的 6时,12时,下午6时构建
15,30,45 * * * * //每个小时 15分,30分,45分 发起构建
* * * 1,3,5,7,9 * //每年的1, 3,5,7,9 月发起构建
示例:
注意
1、在日程表中,# 可以代表注释,但是需要单独写一行。
2、官方日程表语法:https://en.wikipedia.org/wiki/Cron#CRON_expression
3、日程表的语法字段遵循cron的语法(略有不同)。 具体来说,每行由5个由TAB或空格分隔的字段组成:MINUTE HOUR DAY MONTH WEEK
4、时间顺序和: MINUTE (0-59), HOUR (0-23), DAY (1-31), MONTH (1-12), DAY OF THE WEEK (0-7)
其他的日程表:
30 08 * * 1-6 //周一至周六 早上08:30开始构建,最后一个字段是 WEEK ,1-6 代表周一到周五,0 代表周日
00 0,12 * * 0-5 //周日到周五,每天建成两次,中午12:00和午夜00:00
H 16 * * 1-5 //工作日 下午4点左右开始每天开始建设,构建时间 16:00 -16:59,具体的时间取决于项目哈希:
-
GitHub hook trigger for GITScm polling:hookplugin 检测到源码的 push 操作触发构建 , 感觉Poll SCM 更方便些,如果提交频繁,则这个触发就会频繁,看业务需要设置。
-
Poll SCM : 定时检查源码变更(根据SCM软件的版本号),如果有更新就 checkout 最新code下来,然后执行构建动作。
日程表示例:
H/5 * * * * //每5分钟检查一次
H/60 * * * * //每1个小时检查一次
H H/2 * * * //每2个小时检查一次
H * H/10 * * //每10天检查一次
H * * H/3 * //每3个月检查一次
H * * * 1 //每一周检查一次
示例:
个人微信号:zhaoyanjun125
, 欢迎关注