![.cron 和 .systemd 扩展名有文件命名约定吗?](https://linux22.com/image/899578/.cron%20%E5%92%8C%20.systemd%20%E6%89%A9%E5%B1%95%E5%90%8D%E6%9C%89%E6%96%87%E4%BB%B6%E5%91%BD%E5%90%8D%E7%BA%A6%E5%AE%9A%E5%90%97%EF%BC%9F.png)
我开始将/home/Me/bin
和中所有现有的 bash 脚本/usr/local/bin
从无扩展名重命名为.sh
有扩展名。原因是/etc/cron.d
或中有时会存在内容和用途截然不同的完全相同的文件名/lib/systemd/system-sleep
。这会导致搜索出现误报locate --regex '<file_name>'
。
我在 Google 上搜索过,没有找到cron
或 的任何文件扩展名命名约定systemd
。
- 如果我使用 DOS 8.3 惯例,我会
.crn
选择.syd
- 如果我选择 4 个角色,我会
.cron
选择.sysd
- 如果我选择两个角色,
.sh
我会.cr
选择.sd
我见过.py
Python、.c
C 程序、.h
头文件和编译对象的使用。这让我推测 Linux 领域更喜欢两个字符的扩展名。我认为四个字符的扩展名更易读。我认为不需要 DOS 8.3 格式,因为旧的 8.x 组件现在的大小是 256.x 或类似的大小。Systemd 服务文件使用文件而不是 或 来抵制.o
“越短越好”的趋势。.service
.sr
.srv
在我费力地重命名文件和编辑使用新名称调用文件的父文件之前,是否存在任何现有的文件扩展名约定?
请注意,如果您或您的组织有内部标准,那么在没有行业标准的情况下,这将是一个完全可以接受的答案。
刚刚发现启动板错误报告某用户命名了一个作业/etc/cron.d/job.cron
,由于.
名称中的 导致作业崩溃。该错误于 2011 年提交并得到确认,但仍未修复。
这意味着我的所有扩展都必须-
以.