作为一名系统管理员，我有一个坚定的信念：如果一个程序使用配置文件（或多个配置文件），它应该有一个明显的命令行方式来查找它期望找到的配置文件的位置。

作为系统管理员，我处理许多使用配置文件的不同程序，其中大多数都有自己的文件正常位置。有时这是一个系统范围的位置，有时这是一个每个用户的位置，有些则两者都有。我相信对于经常处理特定程序的人来说，所有这些位置都是显而易见的，但我并不总是这样。有些程序我很少接触，而其他程序在不同的系统上可能有不同的构建方式。自然而然，我不记得他们的配置文件在今天的这个系统上的位置，所以我最终不得不找出这个位置。理想情况下，我希望避免扫描整个手册页面或其他程序文档来找到答案，因为那样很慢也很烦人。

（我解决这个问题的其中一种方法是询问系统的打包系统程序来自哪个软件包，然后查看该软件包拥有的文件和目录列表，以尝试找到一些可能的东西。可惜，这并不总是有效。）

我想要的是程序能够直接报告它们的配置文件是什么（以及在哪里）。为了真正简单明了，这需要在程序的标准帮助输出中报告（例如，在“program --help”中）或者在程序的标准帮助输出中明确提到如何找到。其他更隐晦的选项并不真正满足要求。

在报告这些位置时，程序应该完全展开事物并报告它们将使用的位置，考虑到环境变量等当前设置，尽管我会允许程序不展开$HOME到其当前值。这对于遵循XDG标准的每个用户配置文件等事物尤其重要，因为XDG配置位置受环境变量的影响。这是程序可能希望通过单独的选项或命令来报告这一点的原因之一。

我给那些会报告这些信息但将细节隐藏得如此深入的程序颁发一个半荣誉提名，除非你已经相当熟悉它们，否则你永远找不到它们，除非你已经相当熟悉它们。可悲的是，Go的工具链就是这样一个系统；如果你不知道在哪里寻找，你可能永远找不到自己的' go env GOENV '。