Bash: comment déterminer si le terminal est ouvert par une application tierce

Je veux que mon script bash (spécifiquement le mien ~/.bashrc) ne fasse quelque chose que si le terminal a été ouvert par moi directement, et fasse autre chose s'il a été ouvert via une application, par exemple VS Code. Comment puis-je déterminer quel est le cas? Y a-t-il une variable pour cela? Merci d'avance.

Vous pourriez probablement le faire en remontant l'ascendance du shell et en déterminant s'il a été démarré par quelque chose qui équivaut à «vous» ou un autre programme.

Obtenez le PID du shell (ID de processus), et de là son PPID (ID de processus parent). Continuez à monter jusqu'à ce que vous arriviez à quelque chose qui vous indique d'où il vient. Vous devrez peut-être expérimenter sur votre système - au moins, je ne sais pas si ce sera universel.

Par exemple, sur mon système, obtenez le PID d'un shell et utilisez pspour montrer que c'est bash:

$ echo $$
18852
$ ps --pid 18852
  PID TTY          TIME CMD
18852 pts/1    00:00:00 bash

Obtenez le PPID de 18852:

$ ps -o ppid= -p 18852
18842

Découvrez ce qu'est le PPID (18842):

$ ps --pid 18842
  PID TTY          TIME CMD
18842 ?        00:00:02 gnome-terminal

Nous pouvons voir que c'est gnome-terminal, c'est-à-dire l'émulateur de terminal / fenêtre de terminal. C'est peut-être suffisant pour vous, si votre shell lancé par l'autre programme ne fonctionne pas dans une fenêtre d'émulateur de terminal.

Si ce n'est pas assez bon, montez d'un autre niveau:

$ ps -o ppid= -p 18842
 2313
$ ps --pid 2313
  PID TTY          TIME CMD
 2313 ?        00:00:00 init

Cela nous dit que cela gnome-terminala commencé par init. Je soupçonne que votre shell lancé par un autre programme aura quelque chose de différent là-bas.

En ce qui concerne Visual Studio Code, il existe apparemment un moyen de définir des variables d'environnement supplémentaires pour le terminal intégré . Donc, configurez Visual Studio pour utiliser cette configuration:

"terminal.integrated.env.linux": {
  "visual_studio": "true"
}

Et dans ~/.bashrc:

if [ -n "$visual_studio" ]; then
    # do something for Visual Studio
else
    # do something else for other types of terminal
fi

En général, vous pouvez vous fier à l'environnement donné au bashprocessus. Par exemple, la $TERMvariable , et exécutez une if..then...else...fibranche similaire pour [ "$TERM" = "xterm" ]ou autre chose. Au cas par cas, vous pouvez étudier les différences dans l'environnement via l'exécution envdans chaque console, l'enregistrer dans un fichier comme dans env > output_console1.txtet diff output_console1.txt output_console2.txtcomme suggéré par dessert dans les commentaires .

Si vous parlez d'une application tierce spécifique, utilisez une variable d'environnement. La plupart des programmes transmettront l’environnement entier inchangé lorsqu’ils forkent + exécutent de nouveaux processus.

Alors, démarrez cette application avec une var env personnalisée que vous pouvez vérifier . par exemple, créez un alias pour celui-ci alias vs=RUNNING_FROM_VSCODE=1 VSCode, ou créez un script wrapper comme ceci:

#!/bin/sh
export RUNNING_FROM_VSCODE=1
exec VSCode "$@"

Ensuite, dans votre .bashrc, vous pouvez faire

if (($RUNNING_FROM_VSCODE)); then
   echo "started from inside VSCode"
   # RUNNING_FROM_VSCODE=0  # optional if you only want the immediate child
fi

Une instruction arithmétique bash (( ))est vraie si l'expression est évaluée à un entier non nul (c'est pourquoi j'ai utilisé 1ci-dessus). La chaîne vide (pour une variable env non définie) est fausse. C'est bien pour les variables booléennes bash, mais vous pouvez tout aussi bien l'utiliser trueet le vérifier avec un POSIX traditionnel

if [ "x$RUNNING_FROM_VSCODE" = "xtrue" ]; then
   echo "started from inside VSCode"
fi

Si votre application efface principalement l'environnement pour ses enfants , mais passe toujours $PATHinchangée, vous pouvez utiliser ceci dans votre wrapper:

#!/bin/sh
export PATH="$PATH:/dev/null/RUNNING_FROM_VSCODE"
exec VSCode "$@"

et vérifiez-le avec un pattern-match comme bash [[ "${PATH%RUNNING_FROM_VSCODE}" != "$PATH" ]]pour vérifier si la suppression d'un suffixe de PATH le modifie.

Cela devrait sans danger faire une recherche de répertoire supplémentaire lorsque le programme recherche des commandes externes introuvables. /dev/nulln'est certainement pas un répertoire sur aucun système, il est donc sûr de l'utiliser comme un faux répertoire qui se traduira rapidement ENOTDIRsi les recherches PATH ne trouvent pas ce qu'elles recherchent dans les entrées PATH antérieures.

Voici mes 2 cents. Ajoutez-le simplement à votre .bashrc. Remplacez terminalspar vos terminaux préférés et exportcommandez avec les vôtres.

run_in_terminal(){
  local parent_command="$(ps --no-headers --pid $PPID -o command | awk '{print $1;}')"
  local parent="$(basename $parent_command)"
  local terminals=( gnome-terminal st xterm ) # list your favorite terminal here
  if [[ ${terminals[*]} =~ ${parent} ]]; then
    # Your commands to run if in terminal
    export MY_VAR_IN_TERMINAL="test"
  fi
}
run_in_terminal