linux - `--quiet` CLI 选项的确切预期行为是什么？

Question

在向 CLI 工具添加一些普遍支持的选项时，我最后想知道:大多数人期望从 --quiet 选项中得到什么行为？

更具体地说，关于:

• 错误？
• 对用户有值(value)的输出？ (例如 grepped 内容为 grep)

作为一个更一般的子问题:

• 是否有任何文档或引用表明关于 Linux (Debian) 工具的命令行界面行为的普遍共识？

我个人希望错误和对用户有值(value)的信息以某种方式(输出或退出代码)显示出来，但我现在唯一的方法是使用常用工具进行测试，并检查它们的行为方式。我正在开发的工具主要针对基于 Linux 的操作系统，但实际上是完全跨平台的。

Answer 1

What behavior most people expect from the --quiet option?

根据GNU Coding Standards , 4.7 命令行接口(interface)标准(和 Options Table ):

‘quiet’

Used in many programs to inhibit the usual output. Every program accepting ‘--quiet’ should accept ‘--silent’ as a synonym.

所以 --quiet 应该抑制通常的输出，这大致是发送到 stdout 的东西。 stderr 可能应该显示，因为错误消息涉及异常事件。

---

Errors?

错误是异常(exception)或不寻常的事件。我认为 --quiet 不会影响他们。

User-valuable output? (e.g. grepped content for grep)

当一个程序的输出连接到另一个程序的输入时，程序改变行为的情况并不少见。例如，某些程序停止为其输出着色。

---

Is there any documentation or reference out there that indicates the general consensus regarding command line interface behavior for Linux (Debian) tools?

GNU Coding Standards是一套标准。 Red Hat 或 Debian 等平台可能有额外的指南。我什至看过 Free Desktop 和 Qt 的指南，但我不确定它们是否涵盖了主题。