我只是想偷个懒
我折腾“凪光”这个小玩意儿，真不是为了显摆技术有多牛，纯粹是被现实逼的。我手头有几个游戏项目，经常要改动一些配置文件，比如分辨率，快捷键，这些东西得同步到我台式机和笔记本上。以前我都是弄个U盘，插来插去，或者发个QQ文件，但很快就发现这简直是浪费生命。我寻思着，能不能搞个程序，让它自己盯着那几个文件夹，一有变化就自动传到另一台机器上。
我最开始想用批处理脚本解决，但那玩意儿太糙了，没法做界面，也没法看进度。于是我撸起袖子，决定自己写一个。我选了Go语言，主要是看中它打包出来的程序，干干净净，一个文件就能搞定所有事情，不用担心用户那边缺这缺那的运行环境。
写完代码，新的麻烦来了
代码我敲了快两个星期，功能基本上实现了：它能识别文件变动，能自动同步，还能显示个简单的日志，我就取名叫“凪光”了，寓意平静地同步文件。但新的问题立刻摆在了我面前——这东西怎么给别人用上？或者说，我自己怎么在不同电脑上保持更新？
我把程序打包好，刚开始扔在我那老旧的私人网盘上。没两天，我发现这简直是给自己挖坑。我一更新版本，就得重新上传，然后通知所有用的人“快去重新下载”。而且网盘时不时抽风，有时候限制下载速度，用着贼不爽。我那帮用着我程序的老哥们儿，老是打电话问我：“喂，新版在哪？网盘链接又过期了。”我被问得头都大了。
寻找“在哪下载”的土办法
我琢磨了好几天，试验了好几种办法。尝试过自建一个FTP，但那玩意儿维护起来太麻烦，而且安全性我心里没底。研究了一会儿那些专业的发布平台，发现要交钱，或者流程贼复杂，我这种业余玩家实在搞不定。
我敲定了一套最土、最简单的“土法炼钢”更新机制。这套机制也决定了大家最终能在哪下载。
我决定用GitHub的Release功能。为啥是它？因为它是免费的，而且稳定，唯一的缺点就是国内有些朋友访问起来可能稍微有点慢。但我觉得，至少它不会像某些网盘那样，今天上传了，明天给你删了。
- 第一步：确定版本检查机制。 我在程序里写了一个非常简单的自检功能。它启动时会偷偷摸摸地去访问一个纯文本文件。这个文件里只有一行数字，就是当前最新的版本号。这个文本文件我没有扔在GitHub上，而是找了一个很偏门的免费云储存服务，保证它不会被轻易屏蔽，而且访问速度够快。
- 第二步：准备更新日志。 既然标题叫“更新日志”，那肯定得写清楚我改了啥。每次更新前，我都会把改动点一条一条记录下来，用最直白的口吻：比如“修了那个闪退的Bug”、“同步速度好像快了一点”。我把这个日志也同步上传到Release页面，让大家点开就能看。
- 第三步：打包与上传。 我用Go命令把程序打包好，然后上传到GitHub Release。然后，最关键的一步，我手动修改那个云储存上的版本号文本文件，改成新版本号。
这样一来，“凪光”程序每次启动，发现本地的版本号跟线上的版本号不一样，就会弹出一个提示，告诉用户：“有新版本了，快去下载。”用户一点链接，直接跳转到那个GitHub Release页面，就能拿到最新的程序和更新日志。完美绕过了各种网盘的限制和复杂的部署流程。
如果你问我“凪光”在哪下载？答案就是这个土办法构建的地方。虽然看起来技术含量不高，但它彻底解决了我的痛点。从最初想偷懒到3实践出这套更新机制，我耗费的心血，全记录在那些更新日志里了。
这就是我从头到尾经历的所有过程，用最简单的工具实现了最稳定的分发，省心，省力，最重要的是，它管用。