Есть ли какие-либо соглашения, которым системный администратор мог бы следовать при именовании локальных пользовательских команд, т. е. скриптов, написанных администратором и доступных пользователям через PATH? Цель состоит в том, чтобы предотвратить конфликты с командами, предоставляемыми дистрибутивом в PATH по умолчанию. Конечно, любое такое соглашение потребует сотрудничества соответствующего дистрибутива Linux (меня особенно интересует Debian).
Предложения:
- Добавьте к команде домен, который контролирует администратор, возможно, в обратной записи:
com.example-passwdldapдля скрипта для смены пароля на локальном сервере LDAP. Это, безусловно, предотвратит конфликты имен, однако пользователи могут жаловаться на длинные имена. - Добавьте к команде подчеркивание:
_passwdldap. Насколько мне известно, внутренние функции в скриптах оболочки часто называются именно так, но это не должно быть проблемой. - Добавьте к командедваподчеркивания:
__passwdldap. Такой тип именования также распространен для внутренних функций, что, я думаю, опять же не должно быть проблемой. - ДобавлениеОдно или два подчеркивания могут быть не столь понятны, особенно если команда с таким же именем (без подчеркиваний) действительно существует в системе. Пользователи могут использовать автодополнение, а затем забыть добавить подчеркивание.