小工具好用，可你不知道其背后的辛酸故事？

Published 2017年8月30日 · Updated 2021年5月15日

在互联网飞速发展的今天，技术日新月异，每天都有成千上万的软件更新，技术改变生活，推动社会的发展。加入头条已经半个月了，到目前为止只写了六篇文章。阅读量不高，互动也不多，粉丝也只有几十个，不知道还有没有坚持写下去的勇气。每天下班为写文章绞尽脑汁，爆文就别想了，能写出一篇有几百互动的文章就心满意足了。最初加入头条的目的就是为了给自己的网站引流，并推广自己的软件。目前看来效果平平，两篇为软件推广的文章收藏量加起来已经一千多了，可是软件的下载量才一百多，而且大部分下载量来自开源中国博客。

这里聊聊曾经因为增量部署栽的跟头，那是在2012年的某一天，当时所在单位网站版本更新采用增量包更新。用过增量包发版本的同学都知道，要是这个版本改动的文件过多，打包就麻烦了，也很容易遗漏。当时我提供的增量包经过自测、内测、准生产环境测都没有问题，上线之后验收也很顺利。周末领导打来电话说线上出问题了，问是不是改动了某个版本外的功能。经过排查确实是因为遗漏了某个文件，导致线上该功能异常。由于当时只测试了这次版本改动的内容，并没有全站测试，导致上线后用户使用过程中发现了问题。当时网站用户400多万，日活跃用户几十万，客服电话都被打爆，这后果……说多了都是泪。

有了这次惨痛的教训，便萌生了写增量打包小工具的念头。当时是用svn来管理项目代码版本的，所以可以通过svn提交日志获取所有改动过的文件，这样打的增量包就不会遗漏文件了。经过了几个月的学习研究，终于把这个小工具给写出来了（开发出来好几年了，一直有更新维护，但没去推广）。现在已经将此工具开源了，有需要的同学可以去下载看看，有什么bug可以自己修复一下。