背景

我在我的VPS上搭了一个Jenkins服务，然后将二级域名jenkins.ntflc.com解析到VPS的ip上。但由于Jenkins服务的默认端口是8080，而访问HTTP的默认端口是80，因此直接访问jenkins.ntflc.com并不会进入Jenkins页面，只能通过jenkins.ntflc.com:8080访问。

为了省去每次输入端口号，我一开始使用的是rinetd，一个端口转发工具。但是由于种种原因，后来放弃了这个工具，所以准备使用NGINX来做反向代理。

前言

本文是之前几篇文章“为 Android 软件接入 LeakCanary 实现内存泄漏检测”、“使用 Jenkins Pipeline 为接入 LeakCanary 的软件做持续集成”、“解决 LeakCanary 和 Jenkins Pipeline 中遇到的问题”的总结，为了发布到TesterHome。

之前一篇文章“使用 Jenkins Pipeline 为接入 LeakCanary 的软件做持续集成”中提到几个问题，一个是 Leaks 进程的干扰，一个是跑 Monkey 过程中误触下拉通知栏导致 Wifi 被关闭，本篇文章将就这两个问题给出一些解决方案，可能不是最好的，但能够一定程度上解决这些问题。

STF (Smartphone Test Farm) 是 GitHub 上的一个开源项目（https://github.com/openstf/stf），是一个通过浏览器来控制、调试手机的 WEB 软件。只需要一台 Linux 服务器和数台手机，就可以通过浏览器远程操作这些手机了。对于一个公司的测试部门来说，STF 可以有效解决手机多、难以管理的问题。

上一篇文章“为 Android 软件接入 LeakCanary 实现内存泄漏检测”讲了如何为软件接入 LeakCanary 内存泄漏检测，这篇文章着重讲讲如何通过 Jenkins Pipeline 来做持续集成。

LeakCanary 是一款检测 Android 内存泄漏的开源类库，GitHub 地址为：https://github.com/square/leakcanary。LeakCanary 的方便之处在于，只需要在 Android 软件代码中做一点微小的改动，就可以实现内存泄漏的检测。甚至对于测试人员来说，即使你并不是特别熟悉代码（但起码懂一点），也可以做到对软件的接入。

之前发过一篇文章“HTC官方微博客户端，支持M9尾巴显示”，里面教大家如何更改微博尾巴为“来自 HTC One (M9)”。今天教大家如何修改微博尾巴为“来自 HTC 10”（算是正式确定下一代旗舰叫“HTC 10”而不是“HTC One M10”了）。

前提条件：
手机已ROOT。

由于GitCafe即将关闭，本博客已迁移至Coding.net。

本博客最初存储于GitHub，但由于其服务器在国外，国内访问可能不够顺畅，因此于去年年底迁移至GitCafe（其实是两边都有保存，但访问ntflc.com时解析至GitCafe）。

这次GitCafe并入Coding.net，本人已第一时间将其迁移至Coding.net，但由于Coding.net暂不支持绑定自定义域名，因此暂时将ntflc.com解析至GitHub。如果访问不顺畅，可以直接访问Coding.net提供的二级域名页面：ntflc.coding.me。

几个月前，Google宣布Android Wear支持iOS。看似很美好，但是连接iOS设备后，手表仅仅只能接收推送，无法像Android手机那样，在手机上安装软件，然后同步手表端apk到手表上。这也导致我之前购买的一款表盘无法使用，加之默认表盘丑陋无比，于是想到一个点子——强行安装表盘apk。

于是尝试直接通过adb install安装表盘apk，但并没有效果。突然想起，这个apk是手机端的，我应该获取手表端的apk再安装。

build.prop是Android系统中一个类似于Windows注册表的配置项，在/system目录下。

说到build.prop，还得提到另一个文件，即/system/customize/clientid/default.prop，这是Sense 7开始才有的配置项，其实内容和build.prop前若干行一致，但是系统会默认读取这部分的代码。也就是说，如果你只修改了build.prop前若干行的内容，没有修改这里，系统是不会读取build.prop内对应内容的。当然，你也可以直接删除/system/customize/clientid/default.prop，这样系统就只读取build.prop的配置项了。

下面只说build.prop的修改项，请自行对比/system/customize/clientid/default.prop与build.prop的重合部分，将这部分里需要修改的内容在/system/customize/clientid/default.prop中修改，或者干脆删掉它。