从“随便弄弄”到“版本管理”
话说回来，这个《公寓大楼_版本大全》的项目，一开始我压根儿就没想搞得这么复杂。我的初衷特别简单，就是想给一个小的城市模拟项目找个背景楼。当时我随便在网上扒拉了一个，结果拿回来一看，简直是噩梦。
刚开始动手，版本0.1，就是一坨泥。 我把那个破模型扔进去，发现比例不对，窗户是歪的，最绝的是，它居然只有三个面贴图。光影一打上去，跟纸糊的一样，完全没法用。当时我就火了，心想，与其费劲修别人的破烂，不如自己从头画一个。这个决定，直接把我拖进了无止境的版本更新地狱。
我当时的想法特别天真，觉得一个公寓楼嘛不就是方方正正的，能有多难？结果事实证明，要做出一个“能用”的模型，和做出一个“看起来真实”的模型，中间差了十万八千里。
版本1.0：徒手搭建，错误百出
我决定自己动手建模，目标很简单：一个普通的、八层高的老式公寓。我花了三天，吭哧吭哧把基础框架拉了出来，命名为V1.0。以为自己搞定了，结果一测试，大问题来了。
我遇到了以下几个必须推翻重来的硬伤：
- 楼板厚度问题。 我是按照现实中混凝土板的厚度设计的，结果在虚拟环境里，从下面看上去，楼层之间显得极其压抑，根本没有生活气息。你感觉人住在里面是憋着的。
- 窗户规格问题。 我用的都是统一规格的窗户组件，想偷懒。结果所有窗户看起来一模一样，呆板得很，缺乏真实生活里那种随机性。现实中哪有整栋楼窗户都一样的新旧程度？
- 贴图地狱。 我随便找了几个墙面贴图，一铺上去，纹理重复得像是格子衬衫，一眼假。
V1.0 直接废弃，我狠狠地删掉了三分之一的组件，开始着手V2.0的优化工作。这个过程根本不是迭代，纯粹是推翻重来。从那时候起，我就养成了习惯，哪怕一个很小的改动，我也要写一个日志，不然我自己都不知道下一次修补该从哪里下手。
版本2.0到3.5：强迫症的胜利
在V2.0里，我调整了所有楼板的高度，全部增厚了20%，让视觉上更舒服。然后我开始折腾那个版本大全的核心内容：随机性。我把窗户组件细分成了十几种：带空调外机的，有防盗网的，阳台封死的，阳台晾衣服的。每加一个细节，我都要记录下来，确保我在未来可以一键切换这些配置。
等做到V3.0的时候，我已经不再满足于一个标准的“样板房”了。我开始深入研究国内不同年代、不同地区的公寓楼结构。我发现，80年代的楼和90年代的楼，入户大堂的设计完全不一样。所以V3.0的目标是：支持结构化调整。
我拆解了电梯井、逃生楼梯、管道井这些核心组件，把它们做成了独立的模块。如果我想把一个老式步梯楼变成带电梯的新楼，只需要拖动替换模块就行。光是这个模块化调整，我就花了两个星期，中间无数次差点砸电脑。
V3.5是目前最稳定的版本。它实现了贴图的随机化替换和天气老化效果的叠加。现在我的公寓楼看上去终于不是一个刚生产出来的新模型了，而是一个真的有人居住、有风吹日晒痕迹的建筑。
我为啥对版本日志这么执着？
我搞得这么细，强迫自己必须给每个小改动都写更新日志，全是因为我吃过大亏。
刚开始做这个项目的时候，我是跟一个朋友一起合作弄的。当时大家都是新人，没有版本管理意识。我们说好他负责内饰，我负责外壳。我把V1.0给他，他兴高采烈地加了一堆家具进去。等我把V2.0给他的时候，问题出现了。
因为我V2.0把楼板增厚了，他加的内饰家具位置全跑偏了！卧室直接穿模穿到了楼下邻居的天花板里。我打电话问他，他说他不知道我改了结构尺寸。我问他要他改动了哪些文件，他也说不清楚，反正就是一团乱麻。
我当时整个人都麻了，光是同步那堆破烂文件，就耽误了我们一个多月的时间。项目黄了，我们俩差点绝交。从那以后，我算是明白了，哪怕是自己一个人做的项目，也必须得把每次修改都清清楚楚地记下来，搞得跟国企文档一样严谨。
正是因为那个失败的经历，我现在养成了习惯。我的公寓大楼版本日志，从V1.0开始，记录了每一个贴图的更换，每一个组件的坐标调整，甚至连灯光的亮度值都写得明明白白。这玩意儿现在挂在我的硬盘里，已经积累了快五年了。我时不时还会翻出来看看，不是为了用它，就是为了提醒自己，当初的教训有多痛。