起因：为什么版本号像一团麻花？
我这个叫“莉吉内塔的冒险”的个人项目，前前后后搞了快三年了，我一开始根本没想过要搞什么正儿八经的版本控制。我就是想到哪儿，代码就敲到哪儿。每天晚上打开电脑，改两句，然后保存，第二天又继续。
后果是后果就是一团乱麻。
前阵子，我在本地搭建了一个临时的测试环境，想让几个朋友帮我跑跑压力测试。他们发现了一个很奇怪的Bug，说某个特定地图加载时，贴图会彻底花掉。我当时就懵了，我本地明明跑起来是好的！
我花了一晚上追踪这个问题，3发现，问题根本不在代码本身，而在版本。朋友们拿到的包，是我一个月前随便打包的一个半成品，那时我还没修复那个贴图加载的底层逻辑。我本地现在运行的，早已经是经过无数次修改后的新版本了。
我他妈自己都分不清到底哪个版本是稳定，哪个是测试，哪个又是半途而废的废稿。这直接促使我必须坐下来，彻底搞清楚：“莉吉内塔的冒险”的最新版本到底是多少？
实践过程：梳理、追溯与确认
我决定从头开始梳理。这事儿比我想象中要费劲多了。
第一步，我停止了所有的新功能开发。我打开了我的版本控制系统（虽然用得非常粗糙，但总算还有历史记录），我拉出了所有最近三个月的提交日志。
- 我核对了每一次提交的注释。很多时候我的注释就写着“改了点东西”或者“又崩了，修复一下”，根本没屁用。
- 我对比了每一个关键提交点的主文件结构。我创建了一个新的Excel表，手动标记哪些提交是纯粹的功能添加，哪些是重大的架构修改。
在追溯的过程中，我发现了两个让我特别头疼的版本节点。一个是V1.2.0，当时我重写了战斗系统，但是这个版本有个致命的内存泄露，导致游戏运行超过半小时就会直接卡死。另一个是V1.3.5，这个版本我加入了联机模式的雏形，但是很快又撤销了，代码里残留了一堆未完成的网络模块，导致本地存档经常性损坏。
我决定把这两个版本都打上“废弃”的标签，免得以后又误用。
我把目光投向了最近两次正式的、完整的、且成功跑完了所有内部测试的提交。
我定位到了上周二凌晨三点，我提交的那个包。那个包里我修复了玩家角色在特定地形卡住的Bug，并且优化了加载新地图时的性能卡顿。我当时随手命名它为V1.3.8。
但就在V1.3.8之后，我周末又偷偷摸摸地加了一个新的道具和几句NPC对话。这小小的改动，按理说不该升级大版本号。可我忘记在Git上打标签了，所以系统日志里它就显示为V1.3.8的后续提交。
最终确认与总结
我花费了整整一天半的时间，就是为了回答这个简单的问题。我确认了本地所有文件，运行了压力测试，保证没有内存泄露和其他主要Bug。
那个包含了新道具、新对话，同时又彻底解决了V1.3.8遗留的几个小贴图问题的版本，才是目前最稳定，最完整的状态。
咱们今天这个实践的最终结果就是：
最新稳定版本：V1.3.9
我马上就把这个版本号推上去，并且打上了正式的Git Tag。我发誓，从今往后，每做一次哪怕是微小的修改，我都要跑一遍完整的测试，然后老老实实地更新版本号。版本管理这东西，你觉得它小，就敢随便搞，它就能把你搞崩溃。我现在是彻底理解了，为啥那些大厂的更新日志都写得跟教科书似的了。
下一步的计划，我准备开始着手V1.4.0的开发了，那个版本将引入全新的“天气系统”，到时候如果又搞出什么版本混乱的幺蛾子，我再跑来跟大家诉苦，分享我的新血泪史。