為什麼某些命名約定在 Linux 中如此不一致？
似乎 Linux 中的日誌、更改日誌、自述文件和配置文件的一般池的命名非常不一致。這總是讓我想知道，為什麼 *nix 開發人員很久以前就沒有決定一個通用的文件名模式？我覺得必須準確地記住一個文件是如何命名的，比如說，配置，這是不必要的煩人。
例如，這裡是配置命名約定：我們發現
this,this.cnf,this.conf,this.config, 或兩者都沒有，落入下劃線this_config領域，甚至偶爾是 Windowsythis.cfg風格。考慮到上述多樣性，命名配置最被接受的方法是什麼？對於日誌、變更日誌、自述文件等，也可以這樣說/詢問。大多數腳本和二進製文件似乎佈局良好，架構一致，那麼是什麼讓配置走上了艱難的道路？那天是否發生了將開發人員分成命名約定陣營的事情，或者由於 Linux 的開放性和自由精神方法，像這樣的“三級”一致性根本不值得追求？
考慮到上述多樣性，命名配置最被接受的方法是什麼？
不管你想怎麼稱呼他們。除了讓管理員知道文件可能是什麼之外，文件副檔名並不重要。一個人可能會知道這一點，
*.cfg並且*.conf都可能是配置文件。我
*.cnf只見過 MySQL，這是你必須向 MySQL/MariaDB 開發人員詢問的一次性偏差。那天是否發生了將開發人員分成命名約定陣營的事情，或者由於 Linux 的開放性和自由精神方法，像這樣的“三級”一致性根本不值得追求？
這可能不是大多數人認為重要的事情。現在大多數人都使用
*.conf（nginx,udev,apache,rsyslog/syslog-ng等），但是*.cfg當文件路徑只能包含幾個字元時，可能會首選回來。出於同樣的原因，它可能從未更改/etc/fstab過從未重命名，大多數關心的人已經知道相關文件的作用。