Unix文件命名约定

我想知道Unix中文件的命名约定是什么？我对此不确定，但我认为也许应该遵循一项通用的命名约定？

例如，我想将文件命名为：backupwith part 2和random

我应该这样做吗：

backup_part2_random

要么

backup-part2-random

要么

backup.part2.random

我希望问题清楚。基本上，我想选择一种符合Unix哲学的格式。

.用于分隔文件类型扩展名，例如foo.txt。

-或_用于分隔逻辑词，例如my-big-file.txt或有时my_big_file.txt。 -更好，因为您不必按Shift键（至少使用标准的美国英语PC键盘），而其他人则更喜欢，_因为它看起来更像一个空格。

因此，如果我理解您的示例，backup-part2-random或者backup_part2_random将最接近普通的Unix约定。

CamelCase通常不用于Linux / Unix系统。在/bin和中查看文件名/usr/bin。CamelCase是例外，而不是Unix和Linux系统上的规则。

（这NetworkManager是我想到的唯一一个使用CamelCase的示例，它是由Mac开发人员编写的。许多人抱怨名称的这种选择。在Ubuntu上，他们实际上已将该脚本重命名为network-manager。）

例如，/usr/bin在我的系统上：

$ ls -d [A-Z]* | wc -w    # files starting with a capital
6
$ ls -d *_* | wc -w       # files containing an underscore
178
$ ls -d *-* | wc -w       # files containing a minus/dash
409

即使这样，也没有一个以大写字母开头的文件使用CamelCase：

$ ls -d [A-Z]*
GET  HEAD  POST  X11  Xvnc  Xvnc4

远更重要的是一个特定的约定是一致的。选择一种样式，并坚持下去。

我对Unix / Linux文件名约定的看法：

• Unix / Linux文件系统本身并不支持扩展的概念。文件扩展名的概念，一些公用事业，如支持完全存在cp，ls或者您使用的shell。我相信在NTFS上也是如此，但是我可能是错的。

• 可执行文件（包括shell脚本）通常从不具有任何扩展名。脚本将具有一个哈希行（即#!/bin/bash），用于标识应由哪个程序对其进行解释。

• 任何两个字母长的可执行文件都非常重要。因此，请勿将可执行文件命名为两个字母的文件名。在任何文件/etc结尾中tab也超重要的，比如fstab，mtab，inittab。
• 有时.d在目录名称后附加，尤其是在目录名称中/etc，但这并不普遍（更新：https : //serverfault.com/questions/240181/what-does-the-suffix-d-mean-in-linux）
• rc广泛用于配置脚本或文件（以前缀（例如rc.local）或后缀（.vimrc）
• Unix / Linux社区从未对扩展名使用三个字符的限制，而在缩短众所周知的扩展名以适应问题时却皱眉。例如，请勿.htm在Unix / Linux上的HTML文件末尾使用，而应使用.html。
• 在一组文件中，文件名有时会大写，或大写，因此它出现在目录列表的开头。经典示例Makefile在源代码包中。仅对诸如这样的东西执行此操作README。
• ~用于标识备份文件或目录，如important_stuff~或中所示/etc~。许多炮弹将扩大一个孤独的~来$HOME。
• 库文件几乎总是以开头lib。唯一zlib可能是例外。
• 被inetd调用的脚本有时带有前缀in.，例如in.tftpd。
• 以z结尾的vmlinuz意思是压缩，但是我从未见过其他任何以此方式命名的文件。

在Unix中，文件名只是一个字符串，与DOS不同，文件名由名称和扩展名组成。因此，任何给定的文件名都是完全可以接受的。

但是许多程序仍然使用以点开头的文件后缀来区分不同的文件类型，即Apache Web Server使用后缀在答案标头中设置正确的MIME类型。

两个想法：

1. 在GNU编码标准Naming Variables, Functions, and Files部分中，您将找到：

   请使用下划线将名称中的单词分开，以便Emacs单词命令在其中可用。坚持小写；

   尽管IMO说“您应该使用_Emacs”似乎有些过时，但是在他们的“标准”文档中却是如此。

2. 让我们假设一下，我们都同意linux内核是linux项目的“必经之道”，并且在那里使用的约定可以被认为是“标准”约定。

   grepLinux内核的 -ing 源代码，您将找到以下内容：

   • 44.6％的时间仅使用破折号
   • 54.1％的时间仅强调
   • 文件同时使用两者的时间为1.2％。

有趣的是，git的破折号为85％，下划线为3.8 ％，两者均为11.1％。

选择是明确的，争论不休。;）

个人观点：出于美学和转变的关键原因，我使用破折号。如果您在团队中工作，请投票。但是要重申所说的话，请保持一致。

* 或“ be_all and end_all”（如果您愿意）

您不应在文件名中使用的字符：

| ; ，！@＃$（）<> / \“'`〜{} [] = +＆^

您应该使用字符定界符使名称更易于阅读：

_-。：

（尽管在某些情况下，“：”具有特殊含义）

要补充别人的意见，我只是说带重音符号的字母和许多特殊字符在文件名中是合法的，但它们可能在以下情况下引起问题：

• 您与其他计算机（尤其是与其他操作系统）共享文件系统；
• 您可以与其他人共享文件（尽管电子邮件通常可以很好地进行转换，但有时却行不通）；
• 您可以使用Shell脚本来自动执行某些任务（空间有很多问题，尽管有很多方法可以处理它们）。
• 您使用另一台计算机上的文件共享。

...

坚持字母数字文件名。避免使用空格或用下划线（_）代替空格。将文件名中的标点符号限制为句点（。），下划线（_）和连字符（-）。通常，文件名是小写的，但是当文件名中包含多个单词时，我会使用CamelCase。

使用扩展名指示文件类型。程序不需要扩展，因为执行位用于指示程序，并且外壳知道如何运行各种类型的程序。Shell脚本（.sh）和perl脚本（.pl）常见，但不是必需的。Windows可执行文件扩展名.bat，.com，.scr和.exe表示Unix上的Windows可执行文件。

选择一个标准并坚持下去。但是，如果避免它，它不会破坏任何事情。

隐藏（或点）文件的名称以句点开头。这些通常不会显示在目录列表中。使用“ ls -a”将点文件包括在列表中。

一种约定是使用“ _”代替空格作为单词之间的分隔符。可以使用其他字符代替空格，但是“-”和“。”的常规用法稍强一些。在路径名中，因此通常首选“ _”。

空格在路径名中是合法的，但通常避免使用，因为它们需要引用路径名（“ foo bar”）或转义空格（foo \ bar）。正确编写的Shell脚本会引用可能包含空格的变量，特别是路径名，但是通常这样做是疏忽大意的，在命令行中执行一次性输入命令时，这会带来很多额外的输入。

使用“-”分隔数字簇（如时间戳或序列号）是一种在文件系统上下文之外常用的约定。使用“。” 分隔表示文件类型的“文件扩展名”非常普遍，并且一些重要的工具也依赖于此。例如，在Red Hat Enterprise Linux及其衍生版本RPM上的软件包管理系统希望软件包文件以“ .rpm”结尾。传统的tarball是已压缩（“ .gz”）的tar文件（“ .tar”），因此以“ .tar.gz”结尾。

因此，将它们放在一起，通常会得到类似“ home_backup_2017-07-01.tar.gz”的文件名。

使用-或_命名扩展
_功能的文件
.

cat << EOF > foo-bar.sh  
foo_bar() {  
echo baz  
}  
EOF  

我同意大卫·奥尼尔（David Oneill）的观点，即您应该随身携带一些东西。

但是，如果文件可以在同一目录中排序，那就很好了，因此不要编号0 ..10而是编号00 ..10。

在名称中使用日期时，请使用标准日期格式，例如ISO8601。

并且不要害怕使用多个字符来分隔名称中的逻辑部分。如果使用_（原为3 _），则以后可以简化文件名上的正则表达式。

因此，您的示例可能是这样的：

backup_2011-06-19T114012___part002___random

易于阅读且易于使用脚本解析。

文件名中的单词可以使用Unix约定_或-根据Unix约定进行分隔。

如果使用-，则键入起来更容易，使您无需按SHIFT键。但是由于-占用的空间很小，因此与相比，阅读分词有些困难_。使用_分开的话，使它看起来干净多了，因为_占用了更多的空间。

在shell脚本和其他计算机编程中，_用于多词变量，例如MY_ENVIRONMENT_FILE。充分利用文件名_也可以保持一致：MY_ENVIRONMENT_FILE=~/my_environment_file。

在Web开发中，-首选文件命名。原因之一可能是因为Web链接中的下划线会隐藏下划线，并且如果您手动键入Web链接可能会变得困难。

在大多数编辑器和网页中，this_long_word都可以通过双击完全选择，但不能完全选择this-long-word。

肯定有Linux的标准。如果在任何Linux系统中查看文件名，它们都是带小写的破折号：/ usr / bin / ssh-keygen。这是我现在找不到的Linux Standards Base文档之一中指定的。GNU也指定了此名称，该名称表示要在变量名下使用下划线，在文件名中使用破折号。

除了其他人说的话：

1-即使Linux不太关心扩展名，Windows也是如此，因此请确保计划给任何人的任何文件都具有适当的扩展名。

2-Camel caps似乎是最容易使用的脚本，没有特殊字符担心转义序列。