拉取请求、代码审查与持续集成

预期结果：用 拉取请求、代码审查与持续集成 (Pull Request, Review & Continuous Integration) 安全交付或恢复变更，并留下可审核记录。 用户场景：结账修复会链接对应问题、说明风险并附上界面证据，而且测试通过后才能合并。 交付概念或操作：拉取请求、代码审查与持续集成 (Pull Request, Review & Continuous Integration)。 适用理由：用这个流程清楚呈现更改范围、证据、讨论内容和必要检查。 不应使用的情况：不要让审查范围过大，也不要只做形式上的批准；CI 失败时，先找出原因再重跑。 交付要求：指出代码仓库与目标。列出前置条件、变更内容、审查与自动检查（CI）、冲突和数据丢失风险、发布顺序，以及恢复或回到上一版的命令。 仓库防护：保留尚未发布的工作与可审核历史。没有明确备份时，不得执行破坏性操作。发布前核对准确的代码差异与远程仓库目标。 验收标准：预期的代码差异已审查，必要检查已通过。目标版本可追踪，失败恢复已演练，发布历史也可审核。 证据与限制（证据边界）：没有一份官方标准能涵盖全部内容。不同团队、平台或框架的用法可能不同。 待确认：代码仓库与分支、协作状态、发布环境、批准负责人、受保护的检查，以及要恢复的版本。