J'utilise Ubuntu 10.04 et j'utilise upstartpour la gestion des démons. Mon application d'entreprise est exécutée en tant que démon et doit être exécutée en tant que root en raison de divers privilèges. Par exemple:

sudo start my-application-long-ID
sudo stop my-application-long-ID
etc

Je voudrais introduire un aliaspour abréger ces commandes comme quelque chose comme:

alias startapp='sudo start my-application-long-ID'

et l'exécuter comme startappet cela fonctionne, mais je préférerais ne pas avoir sudo dans l'alias.

alias startapp='start my-application-long-ID'

ne fonctionne pas en utilisant sudo startapp, en retournant sudo: startapp: command not found.

Cependant, lorsque j'ai ajouté l'alias:

alias sudo='sudo '

sudo startapp fonctionne maintenant mais je suis toujours curieux de savoir pourquoi sudo ignore les alias.

Je vois les informations ci-dessous d' ici .

Lorsque vous utilisez sudo, utilisez l'extension d'alias (sinon sudo ignore vos alias)

alias sudo='sudo '

La raison pour laquelle cela ne fonctionne pas est expliquée ici .

Bash vérifie uniquement le premier mot d'une commande pour un alias, tous les mots après cela ne sont pas vérifiés. Cela signifie que dans une commande comme sudo ll, seul le premier mot (sudo) est vérifié par bash pour un alias, ll est ignoré. Nous pouvons dire à bash de vérifier le mot suivant après l'alias (c'est-à-dire sudo) en ajoutant un espace à la fin de la valeur d'alias.

Les alias et les fonctions sont définis dans un shell. Sudo est un programme externe. Donc sudo ne voit pas les alias, les fonctions ou les commandes internes du shell, seulement les commandes externes.

Les alias sont censés être des noms de commande alternatifs, donc les shells ne les développent qu'en position de commande, pas lorsqu'ils sont des arguments de commandes. Zsh prend en charge les alias globaux, qui sont développés n'importe où sur la ligne de commande, et à utiliser avec parcimonie car il existe un risque de les développer accidentellement même dans des contextes où l'alias n'a pas de sens.

Vous pouvez dire d'invoquer une sudo shell: sudo sh -c '…shell command here…'. Vos alias habituels ne seront cependant pas disponibles dans cette commande shell, car ils sont normalement stockés dans un fichier tel que ~/.bashrcou ~/.zshrcqui n'est lu que par des shells interactifs.

alias sudo='sudo ', comme proposé par Ramesh , fait que le shell développe les alias après sudo.

Une solution pour les utilisateurs de zsh

Dans bash et zsh, la fin d'un alias par un espace entraînera le shell à alias-développer le mot suivant. Cela permet à quelque chose comme ce qui suit de se développer aliasmyalias

alias 'sudo=sudo '
sudo myalias

Malheureusement, cela tombe en morceaux lorsque vous avez plus d'un mot dans votre alias (comme sudo -u someone. Cependant, vous pouvez abuser de la fonction zsh "alias globaux" pour développer manuellement les alias n'importe où dans la commande.

alias -g '$= '

Cela crée un alias global appelé $(vous pouvez utiliser n'importe quel mot de votre choix) qui se termine par un espace. Cela provoque zsh à développer le mot suivant comme un alias de commande normal. Étant donné que l'alias se développe en espaces blancs, il ne sera pas traité comme un argument. Cela permet aux éléments suivants de fonctionner.

% alias myalias=echo
% sudo -u someone myalias foo
sudo: myalias: command not found
% sudo -u someone $ myalias foo
foo

Vous pouvez même utiliser $plusieurs fois sur une même ligne de commande si vous avez une imbrication de commandes compliquée. J'ai trouvé cela suffisamment utile pour qu'il ait une place permanente dans mon zshrc, cependant l'alias est assez simple pour définir quand vous devez l'utiliser.

Je viens de donner une réponse alternative ici sans redéfinir sudoavec un alias.

Dans votre cas, ce serait:

type -a startapp | grep -o -P "(?<=\`).*(?=')" | xargs sudo 

Tout en une ligne, pas de coques supplémentaires, pas de redéfinitions d'alias. ;-)