¿Existe alguna convención que un administrador del sistema pueda seguir para nombrar comandos de usuario locales, es decir, scripts escritos por el administrador que están disponibles para los usuarios a través de PATH? El objetivo es evitar conflictos con los comandos proporcionados por la distribución en la RUTA predeterminada. Por supuesto, cualquier convención de este tipo requeriría la cooperación de la respectiva distribución de Linux (estoy particularmente interesado en Debian).
Sugerencias:
- Anteponga al comando un dominio que controle el administrador, quizás en notación inversa:
com.example-passwdldappara que un script cambie la contraseña en el servidor LDAP local. Esto ciertamente evitará conflictos de nombres; sin embargo, los usuarios pueden quejarse de los nombres largos. - Anteponga el comando con un guión bajo:
_passwdldap. AFAIK, las funciones internas en los scripts de shell a menudo se denominan así, lo que no debería ser un problema. - Anteponga el comando condosguiones bajos:
__passwdldap. Este tipo de denominación también es común para la función interna, lo que creo que nuevamente no debería ser un problema. - Anexandouno o dos guiones bajos pueden no ser tan claros, en particular si realmente existe un comando con el mismo nombre (sin guiones bajos) en el sistema. Los usuarios pueden utilizar la función de autocompletar y luego olvidarse de agregar el guión bajo.