1)、将编译后的apk存放路径生成一张二维码;
2)、然后用Java的第三方库生成二维码,提取码:p052。
- Job配置添加Windows批处理
进入Job里,在项目源码 assemble 后添加“Execute Windows Batch Command” Windows批处理,配置批处理脚本如下:
脚本:set BASE_PATH=%WORKSPACE%\apk\%BUILD_ID% set BASE_URL=%JOB_URL%ws/apk/%BUILD_ID% mkdir %BASE_PATH% copy %WORKSPACE%\app\build\outputs\apk\ali\release\ali_release_V1.5.5.apk %WORKSPACE%\apk\%BUILD_ID%\ali_release_V1.5.5.apk cd G:\jenkins-workspace\andorid-jar java -jar makeQR.jar %BASE_URL%/ali_release_V1.5.5.apk %BASE_PATH%\qrcode.png
设置apk路径,访问URL,编译后的apk包复制到一目录中,使用第三方jar包生成二维码图片。
- Job配置添加set build description
如果在“增加构建步骤”中没有“set build description”项,先安装该插件"description setter plugin"。该插件可以实现构建完成后设置当次build的描述信息。
配置set build description:<img src="${JOB_URL}ws/apk/${BUILD_ID}/qrcode.png" height="200" width="200" /></br><a href = "${JOB_URL}ws/apk/${BUILD_ID}/ali_release_V1.5.5.apk">点击下载</a>
接下来在Jenkins构建后照理会在Build History下应该生成二维码图片,但事实并非预想的情况发生,而是
将set build description中的Description内容原封不动的打印出来。此块查处问题纠结好长时间,后面从Console控制台中的URL与 Build History 下的URL做了对比,怀疑是 Build History 中的URL出现ZERO-WIDTH SPACE 问题,即没有宽度的空格,此问题很难发现。
后面在网上博文中发现是因为Jenkins出于安全的考虑,所有描述信息的 Markup Formatter 默认都是采用Plain text模式,非Safe HTML模式,这种模式下是不会对 build 描述信息中的HTML编码进行解析的。
所以接下来在 Manage Jenkins -> Configure Global Security 中,将标记格式器(Markup Formatter)选择“Safe HTML”。
如果Configure Global Security 中未发现标记格式器,需先安装插件。 - 构建
构建成功后,在 Build History 中能查看到生成的apk二维码图片,如下图: