一开始谁管什么更新日志，能跑就行
我做这个《野猫少女的同居生活》，一开始根本没想过什么“更新日志”或者“在哪下载”这种听着挺正规的问题。我就是想着，把自己脑子里那些零零碎碎的想法，找个地方给塞进去，让它动起来。
我摸索着搞这个项目，用的是一套很老土的引擎。为啥用它？因为它不用钱，而且操作起来，至少在实现基本的人物走路和对话时，看着还行。但真到了要分享给朋友玩的时候，问题就炸了。
我每改动一点东西，哪怕只是把某个对话文本里错别字给修了，都得重新打包。那个过程简直要命。打完包，就是找地方扔。最开始我是直接扔到我们那个小群里，一个巨大的压缩包丢出去。
被版本问题逼疯了之后，才开始搞记录
大家问得最多的永远是：这个版本是不是最新的？在哪下载？每次我发新文件，总有人说他那里版本太老，或者新版本根本打不开。有时候，我明明修了一个致命的BUG，结果他们还在玩带BUG的老版本，然后跑来骂我。
我当时就意识到，这种混乱局面不能再继续了。我得搞个像样的流程，把我的实践记录和发布过程给钉死，免得自己也被绕进去。
为啥我突然对这个更新日志和版本控制这么上心？这得从我那个差点把项目彻底搞砸的夜晚说起。
那时候，我老家装修，我爸在工地干活，结果不小心从梯子上摔了下来。我得请假回去照顾他，那段时间焦头烂额。白天我在医院跑上跑下，晚上等他睡着了，我偷偷摸摸地打开笔记本修那个最新的“同居”剧情里的一个内存泄漏问题。
修完之后，我赶紧打包上传了一个，想着终于能歇会儿了。结果第二天，几个测试的朋友说，整个游戏的人物AI全崩了，根本没法触发任何事件。我一查，发现我当时迷迷糊糊地，把一个关键的AI逻辑脚本给漏传了！
那一下，我感觉整个人都被抽空了。在医院里，对着电脑，差点没当场哭出来。
从那个惨痛经历里，我提炼出了这套土办法
从那以后，我就发誓，哪怕再累再忙，也得把流程走死。我给自己立了规矩，虽然土，但是管用。
- 第一步：日志先行。我不用什么高大上的Git或者啥玩意儿，我就是建了一个文本文档，名字叫“Update_*”。每改一行代码，或者每添加一个资源，都得在里面记一笔，写清楚时间、内容和为什么改。
- 第二步：固定投送点。我选了一个速度比较快的网盘，专门用来放安装包。这个网盘链接是固定的，我只更新里面的文件，不更新链接本身。
- 第三步：版本号同步。安装包的名字，必须和日志里的版本号对得上。大家下载的时候，直接看哪个版本号日期最新，就下哪个。
现在要是再有人问我：“《野猫少女的同居生活》在哪下载？”我直接扔那个固定的网盘地址过去，让他自己进去看最新的更新日志，然后对照版本号下载。这套流程虽然粗糙，但至少把我从无尽的版本混乱里给拯救出来了。搞业余项目就是这样，能让它稳定跑起来，比啥都重要。