So aktivieren Sie virtualenv in einem Bash-Skript

Wie erstellt man ein Bash-Skript, um eine Python-Virtualenv zu aktivieren?

Ich habe eine Verzeichnisstruktur wie:

.env
    bin
        activate
        ...other virtualenv files...
src
    shell.sh
    ...my code...

Ich kann meine virtuelle Umgebung aktivieren durch:

user@localhost:src$ . ../.env/bin/activate
(.env)user@localhost:src$

Dasselbe mit einem Bash-Skript zu tun, bewirkt jedoch nichts:

user@localhost:src$ cat shell.sh
#!/bin/bash
. ../.env/bin/activate
user@localhost:src$ ./shell.sh
user@localhost:src$ 

Was mache ich falsch?

Wenn Sie eine Quelle erstellen, laden Sie das Aktivierungsskript in Ihre aktive Shell.

Wenn Sie dies in einem Skript tun, laden Sie es in die Shell, die beendet wird, wenn Ihr Skript beendet ist und Sie zu Ihrer ursprünglichen, nicht aktivierten Shell zurückkehren.

Ihre beste Option wäre, dies in einer Funktion zu tun

activate () {
  . ../.env/bin/activate
}

oder ein Alias

alias activate=". ../.env/bin/activate"

Hoffe das hilft.

Sie sollten das Bash-Skript mit source aufrufen.

Hier ist ein Beispiel:

#!/bin/bash
# Let's call this script venv.sh
source "<absolute_path_recommended_here>/.env/bin/activate"

Nennen Sie es auf Ihrer Shell einfach so:

> source venv.sh

Oder wie von @outmind vorgeschlagen: (Beachten Sie, dass dies mit zsh nicht funktioniert.)

> . venv.sh

Los geht's, die Shell-Anzeige wird auf Ihrer Eingabeaufforderung platziert.

Obwohl das Präfix "(.env)" nicht zur Shell-Eingabeaufforderung hinzugefügt wird, hat dieses Skript wie erwartet funktioniert.

#!/bin/bash
script_dir=`dirname $0`
cd $script_dir
/bin/bash -c ". ../.env/bin/activate; exec /bin/bash -i"

z.B

user@localhost:~/src$ which pip
/usr/local/bin/pip
user@localhost:~/src$ which python
/usr/bin/python
user@localhost:~/src$ ./shell
user@localhost:~/src$ which pip
~/.env/bin/pip
user@localhost:~/src$ which python
~/.env/bin/python
user@localhost:~/src$ exit
exit

Beim Sourcing werden Shell-Befehle in Ihrer aktuellen Shell ausgeführt. Wenn Sie innerhalb eines Skripts wie oben beschrieben eine Quelle erstellen, wirkt sich dies auf die Umgebung dieses Skripts aus. Wenn das Skript jedoch beendet wird, werden die Umgebungsänderungen rückgängig gemacht, da sie praktisch außerhalb des Gültigkeitsbereichs liegen.

Wenn Sie Shell-Befehle in der virtuellen Umgebung ausführen möchten, können Sie dies in Ihrem Skript tun, nachdem Sie das Aktivierungsskript bezogen haben. Wenn Sie mit einer Shell innerhalb der virtuellen Umgebung interagieren möchten, können Sie eine Sub-Shell in Ihrem Skript erzeugen, die die Umgebung erben würde.

Hier ist das Skript, das ich oft benutze. Führen Sie es als$ source script_name

#!/bin/bash -x
PWD=`pwd`
/usr/local/bin/virtualenv --python=python3 venv
echo $PWD
activate () {
    . $PWD/venv/bin/activate
}

activate

Wofür dient die Beschaffung des Bash-Skripts?

1. Wenn Sie beabsichtigen, zwischen mehreren virtuellen Umgebungen zu wechseln oder schnell eine virtuelle Umgebung einzugeben, haben Sie es versucht virtualenvwrapper? Es bietet eine Menge utils wie workon venv, mkvirtualenv venvund so weiter.

2. Wenn Sie nur ein Python-Skript in einer bestimmten virtuellen Umgebung ausführen, verwenden Sie es /path/to/venv/bin/python script.py, um es auszuführen.

Sie können dies auch mit einer Unterschale tun, um Ihre Verwendung besser einzudämmen - hier ein praktisches Beispiel:

#!/bin/bash

commandA --args

# Run commandB in a subshell and collect its output in $VAR
# NOTE
#  - PATH is only modified as an example
#  - output beyond a single value may not be captured without quoting
#  - it is important to discard (or separate) virtualenv activation stdout
#    if the stdout of commandB is to be captured
#
VAR=$(
    PATH="/opt/bin/foo:$PATH"
    . /path/to/activate > /dev/null  # activate virtualenv
    commandB  # tool from /opt/bin/ which requires virtualenv
)

# Use the output from commandB later
commandC "$VAR"

Dieser Stil ist besonders hilfreich, wenn

• eine andere Version von commandAoder commandCexistiert unter/opt/bin
• commandBexistiert im System PATHoder ist sehr verbreitet
• Diese Befehle schlagen unter der virtuellen Umgebung fehl
• man braucht eine Vielzahl von verschiedenen virtuellen Umgebungen

Sie sollten mehrere Befehle in einer Zeile verwenden. beispielsweise:

os.system(". Projects/virenv/bin/activate && python Projects/virenv/django-project/manage.py runserver")

Wenn Sie Ihre virtuelle Umgebung in einer Zeile aktivieren, werden andere Befehlszeilen vergessen, und Sie können dies verhindern, indem Sie mehrere Befehle in einer Zeile verwenden. Es hat bei mir funktioniert :)

Als ich venv lernte, erstellte ich ein Skript, um mich daran zu erinnern, wie man es aktiviert.

#!/bin/sh
# init_venv.sh
if [ -d "./bin" ];then
  echo "[info] Ctrl+d to deactivate"
  bash -c ". bin/activate; exec /usr/bin/env bash --rcfile <(echo 'PS1=\"(venv)\${PS1}\"') -i"
fi

Dies hat den Vorteil, dass die Eingabeaufforderung geändert wird.