这是否存在：记录文件系统结构的标准化方法

Question

在工作中，我负责维护标准文件系统上大量不同数据的组织。一部分是提出合理的分类（通过相似性、需求、读/写访问等），但更大的部分实际上是记录它：哪些文档/文件/媒体应该放在什么地方，哪些不应该在这个目录中， “对于稍微不同的东西，请参阅../../other-dir”等。

目前，我已经readme在我想要记录的每个目录中使用纯文本文件记录了这一点。如果有人不确定任何目录中的内容，他们会读取该文件。

这工作正常，但我有这个原始的自定义解决方案来解决任何非平凡目录结构的维护者必须经历的问题，这似乎很奇怪。例如，我所知道的每家公司都有某种共享文件系统，其中商定的分类术语很重要。根据我的经验，人们只需要通过反复试验和实验来了解什么是什么。

所以请允许我提出一个更好的解决方案，希望你能告诉我它是否存在。任何文件系统上的任何目录都可以有一个名为.readme. 它的内容是描述性的人类语言。它使用一些像 Markdown 这样的标记，只有粗体、斜体和（相对）指向其他目录的超链接。现在，适当启用的文件浏览器将.readme在显示目录时检查命名的文件。如果存在，它的内容将被解析并显示在目录路径小部件附近的一个不显眼的窗格中。可以点击其中的任何链接，用户将被带到该链接的目标目录。

我认为实施这样一个标准的努力将在可用性收益方面得到多次回报。我们会有，比如说，用于 Nautilus、Konqueror 等的插件。它可以用来在网络服务器提供的标准文件列表中显示目录信息。等等。

所以，问题是：这样的东西存在吗？如果没有，为什么不呢？人们认为这是一个值得的想法吗？

Answer 1

据我所知，没有标准。以下是我的一些经验。

设置它，永远不要改变它

这是大多数公司失败的原因。没有什么比不断变化的文件系统结构更糟糕的了。如果不可能保持不变，那么纯文件系统就是组织信息的错误容器。使用数据库或内容管理系统。

使用描述性和一致的目录名称

没有人有时间阅读.filing文件或其他任何东西。如果您的目录名称不是自我解释的，您可能无论如何都迷路了。

为您的目录结构编写文档

写一份文件，解释每个目录的作用。举很多例子。将它提供给必须使用您的结构的任何人，但不要相信任何人会阅读它。对你来说，它应该更像是一本圣经。为这样的文档找到一个例子并不容易，因为显然公司不会发布它们。开源软件的一个例子是Filesystem Hierarchy Standard。

如果这听起来有点消极，那就是。在实践中，我从未见过基于文件系统的非平凡存储库具有超过五个用户的长期工作。问题是，无论您设置什么类别，人们都会对它们有完全不同的想法。所以最后回答你的问题：

这样的事情存在吗？

不，我不这么认为。

如果没有，为什么不呢？

在我看来：对于只有几个用户的小型静态层次结构来说，这有点矫枉过正。对于具有许多用户的大量变化的层次结构，它不起作用，因为类别（=目录，文件夹）的想法无法扩展。

人们认为这是一个值得的想法吗？

嗯，这是一个有趣的想法。要查看人们是否会使用它，就必须有人实施它。.filing您可以将该信息存储在备用数据流中而不是文件（是的，文件夹也可以有 ADS）。您可以在 Linux 和 OSX 上使用扩展属性。最大的问题可能是修补文件浏览器。

Answer 2

你的想法有一定的优点，但我担心当你需要这样的东西时，这实际上意味着你需要更结构化的东西。即 CMS，也许只是一个轻量级的，但绝对不仅仅是一个文本文件。

特别是如果您想将特定文档（及其包含的文件夹）写入（甚至访问）限制为用户群的某些子集。

您无需指定操作系统，但有一些优秀（且免费）的产品（例如alfresco）可能比您当前的设置更适合您。