《僵尸毁灭工程》10月27日的官方公告，把42.22放进了新的Pre-Release预发布分支，并建议普通玩家继续留在公告所列的42.21稳定分支。对经营了很久的单人世界来说，这次更新最值得先处理的是存档去向：官方明确不保证预发布存档能正常工作，也不保证它能在最终版本继续使用。想体验更新，可以选择测试；想保住旧世界，则需要让测试与原档分开。
相关下载： 僵尸毁灭工程MOD菜单中文版 v42131高配版大小：11.90G
站内条目为僵尸毁灭工程MOD菜单中文版旧版资源，不代表42.22预发布构建；本文的分支切换步骤以Steam版官方公告为依据。
更新入口改变以后，先确认自己要进哪一条分支
官方给出的操作是在Steam游戏库右键选择Project Zomboid，进入属性，再到“Game Versions & Betas”里选择“Pre-Release”。公告说明，这个名字替代了此前用于早期测试的Unstable；改名是为了减少玩家对分支含义的混淆。这里的更新方法针对Steam版，不能直接套用到其他发行渠道，更不能把不同渠道的菜单差异判断成安装失败。
是否切换分支，应由这次游玩的目的决定。如果只是继续经营现有基地，官方对普通玩家的建议已经很明确：留在默认稳定分支。如果你需要提前验证模组、准备服务器升级，或者愿意主动寻找问题，预发布分支才有具体价值。版本数字更大，只说明它包含了更新内容，并不替你决定长期存档应该迁移到哪里。
这也解释了为什么朋友已经出现新选项，自己却没有看到，并不一定是文件损坏。双方可能根本没有选择同一条更新通道。排查时可以先互相记录分支名称与完整版本，再比较功能；一开始就重装游戏，会丢掉一个更简单的解释。这里给出的是排查顺序，不代表所有更新失败都由分支造成。
公告安排新构建先进入预发布、测试至少一周，再转向稳定分支，紧急热修可能例外。“至少一周”是测试安排的下限，不是稳定版的倒计时。如果测试中发现需要再修订的问题，团队还会调整构建。因此不能从10月27日直接推算出一个必定转正的日期，更不能把尚未发布的稳定版写成已经上线。
一份能退出的世界，不等于一份能退回的备份
关于“存档怎么备份”，先要区分两个动作。正常保存记录当前进度，备份保留一个之后不会跟着测试改变的恢复点。它们服务于不同需求。如果只是把同一个世界切到新分支，进入游戏，再正常退出，你拥有的是新环境保存过的进度；这不能证明旧环境仍然能接受它。
官方要求，在选择预发布之前备份任何希望以后继续游玩的存档，并特别提醒不要在没有备份的情况下把长期单人存档移到预发布。原因已经在公告里写明：团队无法保证存档的工作状态和最终版本兼容性。这个限制同时否定了两种轻率判断，一种是“能进一次就安全”，另一种是“切回分支就一定能恢复”。
实际准备时，可以先退出游戏，在独立位置保留一份未被新分支打开的完整世界副本，并记下制作备份时的游戏版本、日期和模组环境。这里是根据官方风险说明整理的保守操作建议，公告没有提供适用于所有系统的统一目录，也没有承诺只复制某一个角色文件就足够。不要为了省事，把尚未确认用途的单个文件当成整个世界。
备份还需要有可辨认的时间边界。测试前的副本与测试后的副本应分别保存，文件夹名称可以写明版本和日期，避免后一次覆盖前一次。否则，发现异常时虽然手里有一个名叫“备份”的目录，里面却可能已经是升级之后的状态。保留旧副本的意义，是让自己有机会回到测试开始以前，而不是多放一个内容相同的快捷入口。
恢复能力也有条件。操作系统权限、文件是否完整、模组依赖和当时版本能否取得，都可能限制恢复。本文不承诺备份能够修好所有坏档；它主要防止测试中的改动覆盖唯一的原件。如果已经覆盖旧数据，应先保存现状、记录报错和变更经过，不要连续反复切换版本，让剩余证据也跟着改变。
服务器管理员要验证的，比客户端能启动更多
官方把模组作者和多人服务器管理员明确列为预发布分支的适用人群，目的之一就是让他们提前检查即将发生的变化。42.22公告的多人项目包括重复角色问题修复、把玩家对战的伤害计算移到服务器侧、服务器备份创建性能改善，以及地图物品笔记保存问题的修复。这些变化涉及不同环节，不能用一次成功登录替代全部验证。
例如，角色能加入，只能说明这个测试组合完成了连接和初次加载。笔记是否保存，需要在退出并重新进入后检查；角色状态是否异常，要比较重进前后的结果。服务器侧伤害计算的改变，则需要在隔离环境里观察相关交互。这里提出的是与公告项目对应的测试思路，并不声称作者已经完成实测，也不给出未经核实的战斗数值。
对于正在长期运行的社区服，更合理的预发布用途，是提前找到迁移障碍。在测试环境保留服务器版本、客户端版本与模组清单，再决定一次只改变哪一项，会让问题更容易复现。如果同时升级分支、替换模组并改动世界设置，出了问题以后，很难判断究竟哪一项引起了变化。这样的测试即便失败，也比直接改动唯一的正式世界更有信息价值。
备份性能改善并不是存档兼容保证。公告把它列在服务器稳定性改进中；它不能推导出旧档必定可用、测试档必定可回滚，或者任何模组组合都获得支持。准备升级的人应分别核对这几件事，尤其不要因为看到“备份”这个词，就跳过测试前保留副本的步骤。
把测试结束条件写成可观察的结果
愿意提前体验的人，可以给测试设一个明确范围：这次是确认某个模组能否加载，还是验证旧世界的特定功能。先用副本完成这些目标，再记录发现的异常，会比无目的地把长期世界玩下去更容易判断价值。普通玩家如果只是想继续生存，则没有必要为了抢先一个版本承担自己并不想处理的故障成本。
决定何时让长期世界跟进，也不必只盯着日历。可以等待官方正式宣布该构建进入稳定分支，再结合自己使用的模组更新情况和副本测试结果作决定。即便构建转正，原档备份仍值得保留；稳定发布减少的是一部分已知测试风险，无法替代每个玩家各自的环境检查。这一判断是风险取舍，不是对未来版本质量的预测。
如果测试发现异常，反馈里写清版本、分支、复现步骤，以及问题是否能在不加载模组的新环境重现，会比一句“更新后坏了”更容易供开发者定位。公告欢迎预发布反馈，但没有给出所有问题的统一修复时限。对于想保住旧世界的人，此时最有用的成果，是手里仍保留着一份测试开始前的世界，并且知道自己在哪个步骤遇到了变化。
用户评论