Exécuter un sous-shell bash interactif avec les commandes initiales sans revenir immédiatement au («super») shell

Je veux exécuter un sous-shell bash, (1) exécuter quelques commandes, (2), puis rester dans ce sous-shell pour faire ce que je veux. Je peux faire chacune de ces choses individuellement:

1. Exécutez la commande en utilisant -cflag:

   $> bash -c "ls; pwd; <other commands...>"

   Cependant, il retourne immédiatement au "super" shell après l'exécution des commandes. Je peux aussi simplement lancer un sous-shell interactif:

2. Démarrer un nouveau bashprocessus:

   $> bash

   et il ne quittera pas le sous-shell tant que je ne le dirai pas explicitement ... mais je ne pourrai exécuter aucune commande initiale. La solution la plus proche que j'ai trouvée est:

   $> bash -c "ls; pwd; <other commands>; exec bash"

   qui fonctionne, mais pas comme je le voulais, car il exécute les commandes données dans un sous-shell, puis en ouvre un autre pour l’interaction.

Je veux le faire sur une seule ligne. Une fois que je quitte le sous-shell, je devrais revenir au shell "super" habituel sans incident. Il doit y avoir un moyen ~~

NB: Ce que je ne demande pas ...

1. ne pas demander où trouver la page de manuel bash
2. ne demande pas comment lire les commandes d'initialisation à partir d'un fichier ... Je sais comment faire cela, ce n'est pas la solution que je cherche
3. pas intéressé à utiliser tmux ou gnu screen
4. pas intéressé à donner un contexte à cela. C'est-à-dire que la question est censée être générale et non à des fins spécifiques
5. Si possible, je veux éviter d'utiliser des solutions de contournement qui accomplissent ce que je veux, mais d'une manière "sale". Je veux juste faire ceci sur une seule ligne. En particulier, je ne veux pas faire quelque chose commexterm -e 'ls'

Cela peut être facilement fait avec des pipes nommées temporaires :

bash --init-file <(echo "ls; pwd")

Le mérite de cette réponse revient au commentaire de Lie Ryan . J'ai trouvé cela vraiment utile, et c'est moins visible dans les commentaires, alors j'ai pensé que cela devrait être sa propre réponse.

Vous pouvez le faire de manière détournée avec un fichier temporaire, bien que cela prenne deux lignes:

echo "ls; pwd" > initfile
bash --init-file initfile

Essayez ceci à la place:

$> bash -c "ls;pwd;other commands;$SHELL"

$SHELL Cela rend le shell ouvert en mode interactif, en attente d'une fermeture avec exit.

La "solution Expect" à laquelle je faisais référence est la programmation d'un shell bash avec le langage de programmation Expect :

#!/usr/bin/env expect
set init_commands [lindex $argv 0]
set bash_prompt {\$ $}              ;# adjust to suit your own prompt
spawn bash
expect -re $bash_prompt {send -- "$init_commands\r"}
interact
puts "exiting subshell"

Vous courriez ça comme: ./subshell.exp "ls; pwd"

Pourquoi ne pas utiliser les sous-shell natifs?

$ ( ls; pwd; exec $BASH; )
bar     foo     howdy
/tmp/hello/
bash-4.4$ 
bash-4.4$ exit
$

Lorsque les commandes sont entourées de parenthèses, bash génère un sous-processus pour exécuter ces commandes. Vous pouvez ainsi modifier l'environnement sans affecter le shell parent. Ceci est fondamentalement plus lisible équivalent à la bash -c "ls; pwd; exec $BASH".

Si cela semble toujours verbeux, il y a deux options. L'une consiste à avoir cet extrait de code en tant que fonction:

$ run() { ( eval "$@"; exec $BASH; ) }
$ run 'ls; pwd;'
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$ run 'ls;' 'pwd;'
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$

Une autre est de faire exec $BASHplus court:

$ R() { exec $BASH; }
$ ( ls; pwd; R )
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$

Personnellement, j'aime Rmieux aborder, car il n'est pas nécessaire de jouer avec des ficelles qui s'échappent.

Si sudo -E bashcela ne fonctionne pas, j'utilise ce qui suit, ce qui a répondu à mes attentes jusqu'à présent:

sudo HOME=$HOME bash --rcfile $HOME/.bashrc

J'ai défini HOME = $ HOME parce que je souhaite que ma nouvelle session ait HOME défini sur HOME de l'utilisateur, plutôt que sur HOME, ce qui se produit par défaut sur certains systèmes.

moins élégant que --init-file, mais peut-être plus instrumentable:

fn(){
    echo 'hello from exported function'
}

while read -a commands
do
    eval ${commands[@]}
done