Jenkins 自动编译打包应用，配合蒲公英上传发布，可以做到扫码安装，简化测试步骤。这不是什么新鲜事物，以下两篇文章基本讲得很全：
我只说两个没有提到的小技巧。
获取上传文件路径
网上文章要么是直接用插件上传，要么学官方示例直接 curl。文件名要么直接跳过，要么需要 生成物名字 固定不变。
可我这里就不固定，为区分不同编译输出，会带有版本号日期等信息在文件名里。
我的做法是让 find 来处理，上代码：
|
|
脚本有效的前提是，对应目录下只能有一个apk，否则 FILENAME 里面就不止一个文件名了。要是不止一个 apk ，就要修改 -name 参数，让正则式只匹配想要的文件。
获取二维码
基本原理是利用 Jenkins description setter ，并且在 管理 > Global Security > Markup Formatter 里打开 HTML。选 Safe HTML 也行，选 PegDown 然后不要 Suppress HTML 也行。我习惯Markdown，选了后者。
虽然启用 Markdown，但二维码还是要用 <img> 而不是 ![]() ：因为 Markdown 在 Job 页面不解析，非得进入具体 build 页面才能看到，多点一下，不够方便。
上传应用后，在蒲公英管理页能看到二维码。可看地址，发现是与 应用 相关的 固定地址，相当于指向 latest-build 的链接。用这个链接，所有 build 都是相同二维码，都指向最新 build。
这当然不是想要的效果。前面列出的第二篇文章解决办法是，每次都把最新的二维码下载下来保存在本地，显示本地图片。
其实不用那么麻烦，让我们看看log输出：（星号是消去敏感信息）
|
|
这是 curl post 之后的输出，其实就是 服务器的 response。
appShortcutUrl 就是上面提到固定不变的短链接，假定这个值是 abcd，那么对应的链接就是 static.pgyer.com/app/qrcode/abcd。
不过，仔细留意的话，二维码的真实链接也已经在里面，就是："appQRCodeURL":"http:\/\/static.pgyer.com\/app\/qrcodeHistory\/*****(长度64的hash)" 。
怎么用呢？要知道 Jenkins description setter 本来就支持 正则式！
If configured, the regular expression will be applied to each line in the build log. A description will be set based on the first match.
换言之，它可以用正则式在 log 输出中找匹配，并且将匹配到的 match 用于description。
直接上配置：
Regular expression : .*qrcodeHistory\\/(\S{64})
Description : <img src="http://static.pgyer.com/app/qrcodeHistory/\1">
其中 \1 表示引用第一个匹配。（注意，匹配从0开始算，不过 \0 是整个匹配行）
搞定，提交代码之后，点一下build，然后扫码就可以测试了！！
本文为本人原创，采用知识共享 “署名-非商业性使用-相同方式共享” 4.0 (CC BY-NC-SA 4.0)”许可协议进行许可。
本作品可自由复制、传播及基于本作品进行演绎创作。如有以上需要，请留言告知，在文章开头明显位置加上署名（Jayce Chant）、原链接及许可协议信息，并明确指出修改（如有），不得用于商业用途。谢谢合作。
详情请点击查看协议具体内容。
