Bash: Jak ustalić, czy terminal jest otwierany przez aplikację innej firmy

Chcę, aby mój skrypt bash (konkretnie mój ~/.bashrc) zrobił coś tylko wtedy, gdy terminal został otwarty przeze mnie bezpośrednio, i zrobiłbym coś innego, jeśli został otwarty za pośrednictwem aplikacji, np. VS Code. Jak mogę ustalić, co się dzieje? Czy jest na to zmienna? Z góry dziękuję.

Prawdopodobnie możesz to zrobić, wracając do przodków powłoki i sprawdzając, czy została ona uruchomiona przez coś, co jest równoznaczne z „tobą”, czy innym programem.

Uzyskaj PID powłoki (identyfikator procesu), a następnie jego PPID (identyfikator procesu nadrzędnego). Idź dalej, aż dojdziesz do czegoś, co powie ci, skąd to się wzięło. Być może będziesz musiał poeksperymentować na swoim systemie - przynajmniej nie wiem, czy będzie uniwersalny.

Na przykład w moim systemie pobierz PID powłoki i użyj, psaby pokazać, że bash:

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

Uzyskaj PPID z 18852:

$ ps -o ppid= -p 18852
18842

Dowiedz się, czym jest PPID (18842):

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

Widzimy, że jest to terminal gnome, tj. Emulator terminala / okno terminala. Może to ci wystarczy, jeśli twoja powłoka uruchomiona przez inny program nie działa w oknie emulatora terminala.

Jeśli to nie wystarczy, przejdź na wyższy poziom:

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

To mówi nam, że gnome-terminalzaczął init. Podejrzewam, że twoja powłoka uruchomiona przez inny program będzie miała tam coś innego.

Jeśli chodzi o Visual Studio Code, najwyraźniej istnieje sposób na ustawienie dodatkowych zmiennych środowiskowych dla zintegrowanego terminala . Więc skonfiguruj Visual Studio, aby używał tej konfiguracji:

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

I w ciągu ~/.bashrc:

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

Ogólnie można polegać na środowisku danego bashprocesu. Na przykład, w $TERMzmiennej i uruchomić podobny if..then...else...fioddział dla [ "$TERM" = "xterm" ]lub coś innego. W zależności od przypadku możesz zbadać różnice w środowisku, uruchamiając je envw każdej konsoli, zapisz to w pliku jak w pliku env > output_console1.txti diff output_console1.txt output_console2.txtzgodnie z sugestią deseru w komentarzach .

Jeśli mówisz o konkretnej aplikacji innej firmy, użyj zmiennej środowiskowej. Większość programów przejdzie bez zmian po całym środowisku, gdy rozwidlają + wykonują nowe procesy.

Więc uruchom tę aplikację z niestandardową zmienną env, którą możesz sprawdzić . np. utwórz dla niego alias alias vs=RUNNING_FROM_VSCODE=1 VSCodelub utwórz skrypt otoki w następujący sposób:

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

Wtedy .bashrcmożesz zrobić

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

Instrukcja arytmetyczna bash (( ))jest prawdziwa, jeśli wyrażenie ma wartość niezerową liczbę całkowitą (dlatego użyłem 1powyżej). Pusty ciąg znaków (dla nie ustawionej zmiennej env var) ma wartość false. Przydaje się to w przypadku zmiennych logicznych bash, ale równie łatwo można użyć truei sprawdzić za pomocą tradycyjnego POSIX

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

Jeśli twoja aplikacja w większości usuwa środowisko dla swoich dzieci , ale nadal przechodzi $PATHbez zmian, możesz użyć tego w swoim opakowaniu:

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

i sprawdź go za pomocą dopasowania do wzorca, takiego jak bash, [[ "${PATH%RUNNING_FROM_VSCODE}" != "$PATH" ]]aby sprawdzić, czy usunięcie sufiksu z PATH to zmieni.

Powinno to nieszkodliwie wykonać jedno dodatkowe wyszukiwanie katalogu, gdy program szuka nie znalezionych poleceń zewnętrznych. /dev/nullzdecydowanie nie jest katalogiem w żadnym systemie, więc można bezpiecznie używać go jako fałszywego katalogu, który szybko spowoduje, ENOTDIRże wyszukiwania PATH nie znajdą tego, czego szukają we wcześniejszych wpisach PATH.

Oto moje 2 centy. Po prostu dodaj go do swojego .bashrc. Zamień na terminalsswoje ulubione terminale i steruj swoimi export.

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