更新日志这活儿，谁干谁知道有多烦躁！
谁做过自己的小玩意儿的包分发谁知道，每次版本更新日志，都是个要命的活儿。写不写、怎么写、放哪里、版本号怎么对应，以前全靠手动，每次都愁死个人。时间一长，自己都乱套，更别提用户了。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
我那个自己捣鼓出来的小工具叫“鲁迪”，这回我是铁了心要搞一套全程自动化的流程，目标就俩：一个是要能自动生成更新日志，另一个就是新的包一出来，用户能立马抓到，所以叫它“立即下载”。
撸起袖子干：从手动到自动的坎坷路
起手第一步，我是直接动手把更新日志挪到了一个单独的JSON文件里。以前是放在程序里的，改一下就得重新编译，太麻烦了。挪出来后，它就成了一个独立的数据源，好管多了。
接着第二步，得让我的那套土办法CI/CD流程能识别到这个新文件。我写了个小脚本，每次我一提交代码，它就跑起来，先比对一下上一次的JSON和这回的，只要有变化，版本号就自动给我加一。版本号一加，就触发了自动打包的流程，这机器就开始吭哧吭哧打新包。
重头戏在第三步，也就是“立即下载”的实现。
- 新包打好后，它会自动上传到我的那个简易文件服务器上。
- 然后，这个小脚本会再跑一次，但这回是负责把新包的确切下载地址和新的版本号一起，塞回到那个最开始的JSON文件里。
- 这样，整个数据就闭环了。我的“鲁迪”客户端每隔一段时间去读这个JSON，比对一下自己的版本和服务器上的版本。
- 如果不一样，二话不说，弹窗提醒，标题就是“鲁迪_立即下载_更新日志”。用户点击后，直接就开始下载最新的那个包。
为什么非得这么搞？这背后还有一段糟心事！
为啥我这回非得把这个自动化的活儿做得这么死、这么绝？这事儿说来话长，要不是去年那次糟心的经历，我可能现在还在手动更新那堆文件。
那是去年春节前夕，我带着老婆孩子去了丈母娘家过年。结果半夜我的一个老版本出了个挺大的BUG，用户群里直接炸了锅，各种抱怨和催促。我当时人还在高速上，根本没带笔记本电脑。
我只能找了个服务区停下来，用手机远程连上家里的电脑。屏幕小得要命，眼睛都快贴上去了，我手动改了更新日志的文件，手动编译了一个热补丁，然后手动发了通知给用户。从头到尾，手忙脚乱弄了一身汗。一家人的年夜饭都因为这事儿没吃踏实。
回家后我气得不行，当场就发誓再也不要被这种破事儿拖住，被一个破更新日志搞得焦头烂额。人不能被工具牵着鼻子走，必须让工具为我服务。
所以说，这回搞定“鲁迪”的自动更新日志和立即下载，就是要给自己解套。现在好了，我只管写新功能，提交代码，剩下的，流程自己跑。我在哪里，我的工作流程就在哪里，真清爽！再也不用担心半夜被更新日志叫醒了！