Соглашения об именах файлов для расширений `.cron` и` .systemd`

Я начинаю переименовывать все мои существующие сценарии bash в /home/Me/bin и /usr/local/bin без расширения до расширения .sh. Причина в том, что в /etc/cron.d или /lib/systemd/system-sleep иногда существует одно и то же имя файла с совершенно различным содержимым и целями. Это вызывает ложные срабатывания с поисками locate --regex '<file_name>'.

Я искал googled и не могу найти соглашения об именах расширений файлов для cron или systemd.

Если бы я пошел с соглашениями DOS 8.3, я бы выбрал .crn и .syd. Если бы я пошел с 4 символами, я бы выбрал .cron и .sysd. Если бы я пошел с двумя символами, например .sh, я бы выбрал .cr и .sd

Я видел .py для Python, .c для C-программы, .h для файла заголовка, .o для скомпилированного объекта. Это заставляет меня предположить, что Linux-стих предпочтет два расширения символов. Я думаю, что четыре символьных расширения более читабельны. Я не вижу необходимости в формате DOS 8.3, поскольку старый компонент 8.x теперь имеет размер 256.x или что-то в этом роде. Файловые файлы Systemd поддерживают «более короткий» тренд с файлами .service вместо .sr или .srv.

Прежде чем я переведу работу по переименованию файлов и редактированию родителей, которые звонят файлы с новыми именами, существуют ли существующие соглашения о расширении файлов?

Обратите внимание, если вы или ваша организация имеют внутренние стандарты, которые были бы вполне приемлемым ответом, в отсутствие отраслевых стандартов.

Просто нашел отчет об ошибке пусковой панели, где пользователь назвал работу /etc/cron.d/job.cron, и он разбился из-за . в названии.

Это означает, что все мои расширения должны будут начинаться с - вместо .

0
задан 30 March 2018 в 04:32

0 ответов

Другие вопросы по тегам:

Похожие вопросы: