Jenkins自动化打包说明.docx

Jenkins自动化打包说明.docx

《Jenkins自动化打包说明.docx》由会员分享，可在线阅读，更多相关《Jenkins自动化打包说明.docx（13页珍藏版）》请在冰豆网上搜索。

Jenkins自动化打包说明

Jenkins打包简介

一、Jenkins安装

Jenkins是一个开源项目，提供了一种易于使用的持续集成系统，使开发者从繁杂的集成中解脱出来，专注于更为重要的业务逻辑实现上。

同时Jenkins能实施监控集成中存在的错误，提供详细的日志文件和提醒功能，还能用图表的形式形象地展示项目构建的趋势和稳定性。

下面将介绍Jenkins的基本功能。

Jenkins的安装非常简单，只需要从Jenkins的主页（http:

//jenkins-ci.org/）上下载最新的jenkins.war文件然后在运行java-jarjenkins.war。

此控制台要一直开启，同时，还可以点击Jenkins页面上的launch按钮完成下载和运行Jenkins。

1.1JenkinsLaunch按钮

启动Jenkins后，会有一个后台进程在命令行模式下运行。

此时在浏览器地址栏中打开http:

//localhost:

8080就可以看到Jenkins的页面了。

Jenkins的可贵之处在于具有非常高的可用性，从它的界面中能很轻松地完成各种配置，更多的配置和使用信息，可以在Jenkins的官方网站上查询。

、

1.2命令行模式下运行Jenkins

1.3Jenkins主界面

非常有趣的是，Jenkins还提供了非常丰富的插件支持，这使得Jenkins变得越来越强大。

我们可以方便的安装各种第三方插件，从而方便快捷的集成第三方的应用。

比如Jenkins提供了对于IBMRationalClearCase的插件支持。

1.4Jenkins可以集成ClearCase插件

此外，Jenkins提供了丰富的管理和配置的功能，包括系统配置、管理插件、查看系统信息、系统日志、节点管理、Jenkins命令行窗口、信息统计等功能。

试试看，您就会发现Jenkins非常好上手使用。

1.5Jenkins提供了丰富的管理功能

回页首

基于Jenkins快速搭建持续集成环境

正如前文中所描述的那样，一个持续集成环境需要包括三个方面要素：

代码存储库、构建过程和持续集成服务器。

对Jenkins有了初步了解后，我们通过一个实例来集中展示如何快速搭建一个简单的基于Jenkins的持续集成环境。

假设我们使用的代码存储库是IBMRationalClearCase。

Jenkins提供了对ClearCase的插件支持，它能方便地让我们连接到BaseClearCase或者UCMClearCase，使其成为JenkinsProject的代码控制器。

另外，这个插件是基于cleartool命令的，所以必须在Jenkins的持续集成服务器上安装ClearCase的客户端程序。

在Jenkins的插件管理界面中选择ClearCasePlugin，点击页面下方的Install按钮。

二、选择插件

2.1JenkinsParameterizedTriggerplugin插件

后续需要用到一些参数，可以在build中传参数。

选择不重启安装

2.2PythonPlugin插件

三、开始准备打包工程

3.1新建JenkinsTestJob

一个工程一个job，可以增加复用。

然后我们就可以很方便的配置这个项目了。

Jenkins很人性化的一点是在每个配置项的右侧都有一个帮助的图标，点击这个图标，Jenkins会告诉您如何配置这个配置项。

3.2配置连接到SVN服务器

根据实际的SVN服务器服务器信息配置SourceCodeManagement，这能让Jenkins知道如何从哪里获取最新的代码。

3.3选择如何触发构建

根据需要，假设每1个小时我们需要重新构建一次。

选择Buildperiodically，在Schedule中填写0****。

第一个参数代表的是分钟minute，取值0~59；

第二个参数代表的是小时hour，取值0~23；

第三个参数代表的是天day，取值1~31；

第四个参数代表的是月month，取值1~12；

最后一个参数代表的是星期week，取值0~7，0和7都是表示星期天。

所以0****表示的就是每个小时的第0分钟执行一次构建。

如果我想每天上午10点进行构建，010***

3.4构建步骤

每个工程都需要进行更新和clean操作，主工程还需要进行release操作

选择增加构建步骤，ExecuteWindowsBatchcommand

在命令中输入androidupdateproject-p.（注意命令行后面有个.勿漏）

再新建一个构建，输入antclean

3.5根据依赖关系，构建其他工程

3.6开始build

点击立即构建即可开始执行build

同时我们可以点击JenkinsTest查看单次构建的Console的输出结果。

从中我们能看到构建的第一步是从SVN服务器上checkout代码，然后调用我们先前配置的Windowsbatchcommand。

图14.JenkinsTest构建的console输出

最后，我们可以看到build的最后结果Success，表明本次构建成功。

构建成功的Console输出:

3.7主工程的配置

在YoukuPlayerbuild完成后再触发构建

执行下面3个命令：

androidupdateproject-p.

antclean

antrelease

另外还需要给最后签名打包程序传递几个参数，参见3.9参数传递

3.9参数传递

打包时，需要传递参数

选择Triggerparameterizedbuildonotherprojects

将需要传递参数的工程名，写到projectstobuild中。

在Parameters中输入：

srcDir=${WORKSPACE}\\bin

destDir=E:

\\Youku_UplayerBaiduQvod_release\\channle1

svnRevision=${SVN_REVISION}

其中WORKSPACE和SVN_REVISION是自带的环境变量，具体可参考http:

//localhost:

8080/env-vars.html/?

这里传递了3个参数。

scrDir:

当前路径下的bin路径；destDir自定义的放打包后的apk的路径；还有svn上主工程的版本号。

四、建立打包工程

4.1新建一个打包工程

需要接收主工程传递的参数，所以勾选上参数化构建过程。

建立3个参数跟mobile的传参对应

4.2给apk签名

新建一个windowsbatchcommand构建

在命令中输入如下命令进行签名：

cd%srcDir%

jarsigner-verbose-keystoreE:

\.jenkins\workspace\youku.android_key.keystore-storepasswuxian_youku_android-signedjarYouku.apkActivityWelcome-release-unsigned.apkyouku_android_key.keystore

4.3给apk命名

用当前日期和svn工程的版本号给apk命名，将打包好的apk放到指定的位置。

将重复名称的apk删除。

最后进行zipalign-v4优化

在新建一个windowsbatchcommand构建

在命令中输入：

setd=%DATE:

~5,2%%DATE:

~8,2%

setpkgDir=%destDir%

setfname=%d%_%svnRevision%

ifNOTexist%pkgDir%mkdir%pkgDir%

ifexist%pkgDir%\Youku_UplayerBaiduQvod_%fname%.apkdel%pkgDir%\Youku_UplayerBaiduQvod_%fname%.apk

zipalign-v4%srcDir%\Youku.apk%pkgDir%\Youku_UplayerBaiduQvod_%fname%.apk

4.4建立一个项目视图

建立一个项目视图，可以方便区分不同项目需要用到的工程。

点击+即可。

选择想加入视图的项目

4.5打包成功

打包工程构建完毕后，打包成功。

可以在自定义的打包路径下查找apk文件。

五、默认工作目录

Svn的文件都checkout到默认的工作目录中：