Jenkins 自动编译打包应用，配合蒲公英上传发布，可以做到扫码安装，简化测试步骤。这不是什么新鲜事物，以下两篇文章基本讲得很全：
我只说两个没有提到的小技巧。
获取上传文件路径
网上文章要么是直接用插件上传，要么学官方示例直接 curl。文件名要么直接跳过，要么需要 生成物名字 固定不变。
可我这里就不固定，为区分不同编译输出，会带有版本号日期等信息在文件名里。
我的做法是让 find 来处理，上代码：
FILENAME=`find ./app/build/outputs/apk/ -type f -name "*.apk"`
curl -F "file=@${FILENAME}" -F "uKey=yourUserKey" -F "_api_key=yourApiKey" http://www.pgyer.com/apiv1/app/upload
脚本有效的前提是，对应目录下只能有一个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输出：（星号是消去敏感信息）
{"code":0,"message":"","data":{"appKey":"*****","userKey":"*****","appType":"2","appIsLastest":"1","appFileSize":"*****","appName":"*****","appVersion":"1.1.3","appVersionNo":"113","appBuildVersion":"13","appIdentifier":"**.**.**","appIcon":"*****","appDescription":"*****","appUpdateDescription":"","appScreenshots":"","appShortcutUrl":"****","appCreated":"2017-02-23 13:52:58","appUpdated":"2017-02-23 13:52:58","appQRCodeURL":"http:\/\/static.pgyer.com\/app\/qrcodeHistory\/*****(长度64的16进制hash，相当于256bit)"}}
这是 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 : 
其中 \1 表示引用第一个匹配。（注意，匹配从0开始算，不过 \0 是整个匹配行）
搞定，提交代码之后，点一下build，然后扫码就可以测试了！！
