Comment puis-je créer mes propres "commandes shell" (par exemple, combo mkdir / cd)?

Je ne peux pas dire combien de fois j'ai souhaité une commande qui créerait un répertoire et se déplacerait dans ce répertoire. En gros, je voudrais l'équivalent de ce qui suit:

mkdir -p /arbitrarily/long/path; cd /arbitrarily/long/path

mais seulement avoir à taper /arbitrarily/long/pathune fois, quelque chose comme:

mk-cd /arbitrarily/long/path

J'ai essayé de créer un script pour cela, mais cela ne change que le répertoire dans le script. J'aimerais que le répertoire dans le shell change également.

#!/bin/bash
mkdir $1
cd $1
export PWD=$PWD

Comment pourrais-je être capable de faire ce travail?

Le moyen le plus simple consiste à utiliser une fonction shell:

mkcd() {
    mkdir -p -- "$1" && cd -- "$1"
}

Placez-le dans votre .bashrcfichier pour qu'il soit disponible comme une autre commande shell.

La raison pour laquelle cela ne fonctionne pas en tant que script externe est cdque le répertoire en cours du script en cours d'exécution change, mais n'affecte pas celui qui appelle. C'est par conception! Chaque processus a son propre répertoire de travail qui est hérité par ses enfants, mais l'inverse n'est pas possible.

Sauf si une partie du pipeline est exécutée en arrière-plan ou explicitement dans un sous-shell, une fonction shell ne s'exécute pas dans un processus séparé, mais dans le même processus, comme si la commande avait été obtenue. Le shell du répertoire actuel peut ensuite être modifié par une fonction.

Le terme &&utilisé ici pour séparer les deux commandes utilisées signifie que, si la première commande réussit ( mkdir), exécutez la seconde ( cd). Par conséquent, si mkdirle répertoire demandé ne parvient pas à être créé, il ne sert à rien d'essayer de s'y rendre. Un message d'erreur est imprimé par mkdiret c'est tout.

L' -poption utilisée avec mkdirest là pour indiquer à cet utilitaire de créer tout répertoire manquant faisant partie du chemin d'accès complet du nom de répertoire passé en argument. Un effet secondaire est que si vous demandez à créer un répertoire déjà existant, la mkcdfonction n'échouera pas et vous vous retrouverez dans ce répertoire. Cela pourrait être considéré comme un problème ou une fonctionnalité. Dans le premier cas, la fonction peut être modifiée par exemple de cette manière, qui prévient simplement l'utilisateur:

mkcd() {
    if [ -d "$1" ]; then
        printf "mkcd: warning, \"%s\" already exists\n" "$1"
    else
        mkdir -p "$1" 
    fi && cd "$1"
}

Sans cette -poption, le comportement de la fonction initiale aurait été très différent.

Si le répertoire contenant le répertoire à créer n'existe pas déjà, la fonction mkdiréchoue.

Si le répertoire à créer existe déjà, mkdiréchoue également et cdn'est pas appelé.

Enfin, notez que définir / exporter PWDest inutile, car le shell le fait déjà en interne.

Edit: j'ai ajouté l' --option aux deux commandes pour que la fonction autorise un nom de répertoire commençant par un tiret.

Je voudrais ajouter une solution alternative.

Votre script va fonctionner si vous invoquez avec la . ou sourcecommande:

. mk-cd /arbitrarily/long/path

Si vous faites cela, exportle script n'est pas nécessaire. Vous pouvez éviter de taper le .en utilisant un alias:

alias mk-cd='. mk-cd'

Cela s'explique par le fait qu'un script s'exécute normalement dans un sous-shell, de sorte que son environnement est perdu à la fin, mais que la commande .(ou source) l'oblige à s'exécuter dans le shell en cours.

Cette technique peut être utile pour les séquences de commandes trop complexes pour une fonction ou en cours de développement et fréquemment éditées: une fois la commande aliasentrée .bash_aliases, vous pouvez éditer le script à volonté sans réinitialiser.

Notez ce qui suit: -

Si vous écrivez un script qui doit être appelé avec la commande ./ source, vous pouvez vous en assurer de deux manières: -

1. Pour une raison quelconque, un script appelé avec ./ sourcene doit pas nécessairement être exécutable, supprimez donc simplement cette autorisation et le script ne sera pas trouvé dans "$ PATH" ou donnera une erreur d'autorisation s'il est appelé avec un chemin explicite.

2. Alternativement, l'astuce suivante peut être utilisée à la tête du script:

bind |& read && { echo 'Must be run from "." or "source" command'; exit 1; }

Cela fonctionne parce que dans un sous-shell bind, un avertissement est émis, mais aucun statut d'erreur: il readest donc utilisé pour donner une erreur sur aucune entrée.

Pas une seule commande, mais vous n'avez pas à retaper tout le chemin, il suffit d'utiliser !$(qui est le dernier argument de la commande précédente dans l'historique du shell).

Exemple:

mkdir -p /arbitrarily/long/path
cd !$

En créant des alias . Un moyen très populaire pour créer vos propres commandes.

Vous pouvez créer un alias à la volée:

alias myalias='mkdir -p /arbitrarily/long/path; cd /arbitrarily/long/path'

C'est ça. Si vous souhaitez conserver cet alias de manière permanente (pas uniquement la session en cours), placez cette commande dans un fichier point (généralement ~ / .bash_aliases ou ~ / .bash_profile).

En plus de ce qui a déjà été suggéré, je voudrais recommander Thefuck . C'est un framework Python pour rationaliser votre processus shell en corrigeant les erreurs. Inspiré par ce tweet , tout ce que vous avez à faire est de taper votre alias configuré (par défaut fuck) et il tentera de corriger votre commande précédente. Une de ses corrections se comporte comme suit:

/etc $ cd somedir
bash: cd: No such file or directory
/etc $ fuck
mkdir somedir && cd somedir
/etc/somedir $