一句话结论
《矮人要塞》开发者 Tarn Adams 结束长达 15 年的无版本控制编程实践，在 Steam 发售前后引入现代工具链，标志着传奇游戏工程模式的重大转折。
关键要点
- Tarn Adams 在 2023 年 3 月的采访中明确提到，团队现在使用版本控制工具，开发流程比过去复杂。
- 2013 年 3 月，Adams 曾公开表示不喜欢代码提交到“黑盒”中，认为没有即时收益，因此拒绝使用版本控制。
- 2016 年 3 月，Adams 承认即使知道版本控制的定义，仍坚持不使用，称自己“不适合”这种方式。
- 《矮人要塞》在 Steam 平台发售，这一里程碑事件使团队获得巨额收益，也促使开发流程现代化。
- 该游戏以极高的复杂度和独特的艺术风格著称，是缺乏版本控制也能长期运行的罕见案例。
背景与事实
《矮人要塞》（Dwarf Fortress）是一款以模拟经营和随机性著称的经典电脑游戏，由 Tarn Adams 和 Shayne Knight 兄弟开发。这款游戏因代码库的极端复杂性而在开发者社区中享有盛誉。长期以来，Adams 坚持不使用任何版本控制系统（Version Control System, VCS），如 Git 或 SVN。他在 2013 年 3 月的一次表态中解释，不喜欢代码被提交到“黑盒”中，且当时认为没有即时好处。即便在 2016 年 3 年，他仍坚持这一立场，并在一次访谈中表示，如果别人知道不使用版本控制，可能会质疑他如何工作，但他自认为“不适合”这种现代开发模式，尽管项目已持续 15 年，理由随时间有所变化，但核心态度未变。
随着《矮人要塞》在 Steam 平台发售，这一事件具有双重意义：一是游戏获得巨大商业成功，使开发者成为百万富翁；二是迫使团队调整工作流。2023 年 3 月，Adams 在一次关于 Steam 发售的采访中承认，现在团队有 Discord 频道用于沟通，并开始使用版本控制工具。他明确表示，当前的开发流程“肯定更复杂了一些”（the process is definitely a little more involved）。这一转变发生在游戏取得突破性商业成功之前或期间，标志着该项目从极其孤立的个人开发风格向更规范的团队协作模式过渡。《矮人要塞》的代码库因其深度和广度，被认为是最能从版本控制中受益的项目之一，过去 15 年的无版本控制运行被视为一种“艺术”般的例外。
影响分析
对于中文开发者与从业者而言，《矮人要塞》的转变具有强烈的警示与启示意义。首先，它证明了即使在极端复杂的项目中，缺乏版本控制也能维持长时间的开发，但这属于不可复制的“幸存者偏差”。对于绝大多数团队，尤其是中小型研发团队，引入版本控制是保障代码安全、支持并行开发和追溯历史的基础设施。其次，Adams 的转变表明，商业成功和市场压力（如 Steam 发售）往往是驱动老旧工程实践现代化的催化剂。对于仍在使用手动备份或无版本控制代码库的开发者，应认识到这种模式在团队协作、代码审查和回滚机制上的脆弱性。最后，这一案例提醒从业者，工具链的选择并非一成不变，随着团队规模和项目复杂度的增加，及时引入 Git 等标准工具是避免技术债务的必然选择。
适用边界
上述分析主要适用于正在构建或维护具有一定复杂度的软件项目，特别是多人协作或需要长期迭代的场景。对于极小规模的个人独立开发项目，或者一次性脚本工具，强行引入重型版本控制流程可能反而增加负担，此时 Adams 早期的“黑盒”焦虑仍有一定参考价值。此外，对于已经建立完善 DevOps 流水线和云原生环境的现代互联网大厂，此案例仅作为历史参照，不具备直接的技术指导意义，因为版本控制在这些环境中已是默认前提而非变革亮点。
孤本观察
《矮人要塞》从无到有版本控制的演变，实质上是“个人英雄主义开发”向“工业化软件生产”妥协的缩影，其历史价值已超越代码本身，成为软件工程中关于“异常态”如何回归“常态”的经典案例。
常见问题
Tarn Adams 从什么时候开始使用版本控制工具？
2023 年 3 月，在《矮人要塞》Steam 发售相关的采访中，Adams 承认团队开始使用版本控制工具。
Adams 在 2013 年拒绝使用版本控制的原因是什么？
他不喜欢代码被提交到“黑盒”中，并且当时认为这样做没有即时收益。
《矮人要塞》在 Steam 发售对开发流程产生了什么影响？
游戏获得巨额收益，促使团队调整工作流，引入 Discord 沟通渠道和版本控制工具，使开发流程变得更复杂。
Tarn Adams 坚持了多久不使用版本控制系统？
大约 15 年，直到 2023 年左右才结束这种无版本控制的开发模式。
Adams 在 2016 年对不使用版本控制的立场有何变化？
他承认即使知道版本控制的定义，仍坚持不使用，自称“不适合”这种模式，但核心态度未变，理由随时间有所变化。