<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>发布流程 on PlumePHP</title><link>https://plumephp.com/tags/%E5%8F%91%E5%B8%83%E6%B5%81%E7%A8%8B/</link><description>Recent content in 发布流程 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 08 Feb 2026 10:46:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E5%8F%91%E5%B8%83%E6%B5%81%E7%A8%8B/index.xml" rel="self" type="application/rss+xml"/><item><title>Godot 内容发布前检查流水线：别把 QA 清单留到打包当天</title><link>https://plumephp.com/godot-release-checklist-pipeline-2026/</link><pubDate>Sun, 08 Feb 2026 10:46:00 +0800</pubDate><guid>https://plumephp.com/godot-release-checklist-pipeline-2026/</guid><description>&lt;h2 id="为什么这个问题要单独设计"&gt;为什么这个问题要单独设计&lt;/h2&gt;
&lt;p&gt;发布检查不能靠打包当天人工翻表，越靠近上线越要自动化和可追责。很多团队会把它当成局部功能，在某个按钮、某个页面、某个脚本里补一段判断。短期看，这样最快；项目跑过几轮版本之后，就会出现同一件事在三个地方有三种解释的情况。玩家看到的是一个客户端，团队内部却把责任拆散了。&lt;/p&gt;</description></item></channel></rss>