我的折腾与实践：Inari官网更新日志自动化
大家下午今天我们聊聊Inari官网这个老项目。过去每次要更新那个日志页面，我心里就犯怵。那玩意儿，简直就是一坨历史遗留问题，维护起来一团麻。
最早搭建官网的那哥们儿，走得急，代码留下一堆破烂。每次改动，我都要手动去拉代码、在本地跑一遍那老旧的构建脚本，等个五六分钟，成功了再用FTP把文件传上去。这个过程，只要哪个环节出了岔子，那就得从头来过。赶上网络不好或者文件冲突，半小时就过去了。客户那边要是催得急，我能急出一身汗，完全是被流程绑架了。
下定决心：我要把这破玩意儿自动化
上个月，因为一个很小的错别字，客户要求马上改，但因为我在外面跑业务，没法马上操作，被领导狠批了一顿。当时我就火了，回家后连夜琢磨，这活儿必须自动化，不能再被这些破事儿牵着鼻子走了。我不是专业搞运维的，但为了不被这点小事儿拖垮，我决定自己动手，把这个流程彻底重写一遍。
- 第一步，彻底甩掉那个老掉牙的CMS。我发现，更新日志这种东西，根本不需要后台管理，全转成静态页面多干净。我找了个最简单的Markdown转HTML的工具，把所有历史日志都迁移了过去，省事。
- 第二步，开始研究自动化部署那套东西。听着高大上，就是搞个自动化的管道。我选了一个能免费用的CI/CD平台，把我的代码仓库连了上去，核心目的就是：提交代码就自动部署。
- 第三步，配置自动构建的脚本。这个最费劲，因为Inari官网的服务器环境很奇葩，来来回回试了十几次，不是权限不够，就是文件路径不对，搞得我头都炸了。光是调通那个服务器证书，我就磨蹭了快两天。我甚至还不得不半夜爬起来，远程连接服务器，去改那个配置文件里的一个标点符号。
为啥要死磕这个“小问题”？
折腾了整整一个周末，终于算是跑通了。现在只需要在代码仓库里提交一个更新日志的Markdown文件，几分钟内，官网就自动部署更新了。效率提升了起码十倍不止，而且再也不会因为操作失误导致版本回滚失败了。
你们肯定好奇，为啥我一个做业务的，非要跟这种运维的活儿死磕？说出来全是泪，不彻底解决，我晚上都睡不踏实。
还记得前年那个事吗？当时我刚接手Inari项目，那阵子我老婆生病住院，我白天跑公司，晚上跑医院。有一天晚上九点多，客户突然打来电话，说官网的服务费价格写错了，要求立即更正。我当时人就在医院陪床，根本没办法打开电脑操作，只能远程指挥同事。
结果？他们不熟悉老系统，一顿瞎搞，不仅价格没改对，反而把整个日志页面给弄崩溃了。我给同事打电话，根本解决不了。等我第二天赶回去，黄花菜都凉了，客户那边已经投诉到大老板那里去了。那次，我不仅绩效奖金没了，还差点被开掉，理由是“响应速度慢，造成重大客户危机”。
我当时就想，这TM就是个陷阱，下次绝不能再掉进去了。我不是在做更新日志，我是在给自己买保险。无论是半夜还是我在外面，只要手机能操作一下代码提交，更新日志就能搞定。省心，踏实。这就是我把这个老旧流程彻底重写一遍的真正原因，跟技术高不高没关系，纯粹是为了活得轻松一点。