我正在为Reddit的Games with a Hook hackathon开发The Bottomless Tankard。 在“本地编译成功”和“为什么上传的帖子在看着我？”之间，我一直在发现在正确的文件之间的发布失败。 因此，我将有用的部分提取到了一个小型公共仓库中：https://github.com/Radek44/devvit-release-tools 它有两个零运行依赖的命令：- devvit-safe-playtest 总是使用项目的本地Devvit CLI，检查认证，仅在需要时打开登录，处理macOS/Linux/Windows路径，并清洁地前进Ctrl-C。- devvit-surface-check 比较 devvit.json、包脚本、源入口点、权限和构建输出。 它捕获了过时或缺失的入口点、未监视的开发构建、缺失的用户范围、媒体权限不匹配、放大阻塞、未声明的扩展入口点、缺失的工件和客户端包过载。 我的需求来自于为Games Hackathon开发Tankard Brawl：https://www.reddit.com/r/tankard_brawl/comments/1uxm6n0/the_bottomless_tankard_hourly_bell_tabs_open/ 我花了足够的时间发现一个构建可以在六个单独的文件中正确，但仍然作为一个系统是错误的。 这些工具试图将那些陷阱转化为一个早期、可操作的失败——在上传旋转器成为您的代码审阅者之前。 Reddit UI Simulator仍然是最终BOSS（今天的0.13.8更新亲切地提醒了我），所以这并不是替代上传构建的测试。 它是一个便宜的防护栏在这个步骤之前。 没有任何传感器、token读取、框架锁定，以及fixture测试。 直接从GitHub安装：npm install --save-dev github:Radek44/devvit-release-tools 如果您遇到另一个高信号的Devvit发布缝隙，可以静态检查，我很想看到示例或PR。 我的未来自已已经提出了一个名为“请停止以昂贵的方式学习”的功能请求。