Я начинаю переименовывать все мои существующие сценарии 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, и он разбился из-за . в названии.
Это означает, что все мои расширения должны будут начинаться с - вместо .