Windows 导出：最后验证玩家拿到的东西

Godot 编辑器包含开发能力，导出包需要相应目标模板与预设。当前尚未安装 Export Templates，也没有已经导出的 Windows 包。学习本页不代表现在就下载；等到需要实际目标平台验证时再安排模板与磁盘预算。

1. 确认使用与 Godot 版本匹配的导出模板，不混用另一版本模板或预发行构建。
2. 创建 Windows Desktop 导出预设并选择 x86_64，与首发 Windows 64 位一致。
3. 核查包含的场景、运行资源、字体和许可证说明，不把源稿与大量无用候选默认打包。
4. 检查运行时代码不依赖开发者的 D 盘绝对路径；用户数据应写入 user://。
5. 把导出放到指定输出目录，不覆盖源码；导出会写入新构建文件，应在已批准的交付任务中执行。

生成可运行包、系统签名与分发渠道审核属于不同环节。是否购买证书、上传平台、配置商店与支付费用，需要你另行决定。这里不提供未经核查的当前审核承诺，也不把 Steam 发布流程塞进第一次技术原型。Windows 上的实际兼容性仍需目标环境验证。

把玩家真正需要拿到的内容列出来：启动程序、对应数据文件、必要说明以及适用的许可证材料。再检查工程里哪些内容只是生产过程资料，例如分层源稿、测试截图和大量候选图。不要凭文件夹名字判断它们一定不会被带走，应查看导出预设的包含范围与资源引用关系。游戏代码依赖什么，实际包里就必须能找到相应内容。

模板与引擎版本应匹配，Windows Desktop 架构应符合已确认的六十四位目标。当前背景中模板尚未安装，本课不能把读完清单写成已经导出。真正执行时先核对可用空间、输出目录与覆盖范围，再创建构建产物；输出目录不应与源码混在一起。把这些信息记录在构建说明里，后续复测才知道测的是哪一份包。

在已获准的构建任务中得到导出包后，先停止编辑器中的运行实例，再从指定输出目录启动它。不要用编辑器能运行来替代这一项。检查启动后是否进入正确场景、中文是否显示完整、图片与声音是否缺失，以及第一次创建用户数据时有没有清楚反馈。若使用独立数据文件分发，要按照实际包结构一起测试，不能只复制一个 exe 就断言游戏坏了。

接着在一个干净的测试目录使用整份包运行，避免依赖工程旁的开发文件。是否在其他电脑或独立测试环境继续验证，应由交付阶段决定；同机换目录只是检查路径依赖的一步，不等于证明所有 Windows 设备兼容。任何结论都要写清环境与构建类型，让“干净测试”有具体含义。

第一次成功启动后，关闭并再次打开，观察窗口设置、用户数据和初始流程是否仍正确。若已经实现存档，还要测试没有存档、正常存档和损坏存档的不同反馈；没有实现就标为未纳入，而不是假装已经覆盖。反复开关全屏或调整窗口后，再确认按钮、长文本与输入焦点，不只检查主角能移动。

最后整理一份简短交付记录：构建版本、引擎与模板、包文件清单、启动方式、实际通过路径、已知限制与日志定位方法。签名、平台上架和购买证书是另外的流程，不由一个可执行包自动完成。首次原型可以只交付小范围可运行证据；正式分发再扩大兼容性与包内容检查。把验收强度匹配阶段，比提前承诺完整发行或永远停在编辑器中都更务实。