Come eseguire l'attivazione di virtualenv in uno script Bash

Come si crea uno script Bash per attivare un virtualenv Python?

Ho una struttura di directory come:

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

Posso attivare il mio virtualenv tramite:

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

Tuttavia, fare lo stesso da uno script Bash non fa nulla:

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

Che cosa sto facendo di sbagliato?

Quando esegui i sorgenti, stai caricando lo script di attivazione nella tua shell attiva.

Quando lo fai in uno script, lo carichi in quella shell che esce al termine dello script e torni alla shell originale, non attivata.

La tua migliore opzione sarebbe farlo in una funzione

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

o un alias

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

Spero che questo ti aiuti.

Dovresti chiamare lo script bash usando source.

Ecco un esempio:

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

Sul tuo guscio chiamalo così:

> source venv.sh

O come suggerito da @outmind: (Nota che questo non funziona con zsh)

> . venv.sh

Ecco fatto, l'indicazione della shell verrà posizionata sul tuo prompt.

Sebbene non aggiunga il prefisso "(.env)" al prompt della shell, ho riscontrato che questo script funziona come previsto.

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

per esempio

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

Il sourcing esegue i comandi della shell nella shell corrente. Quando provieni all'interno di uno script come stai facendo sopra, stai influenzando l'ambiente per quello script, ma quando lo script esce, le modifiche all'ambiente vengono annullate, poiché sono effettivamente fuori portata.

Se il tuo intento è eseguire i comandi della shell in virtualenv, puoi farlo nel tuo script dopo aver acquisito lo script di attivazione. Se il tuo intento è interagire con una shell all'interno di virtualenv, puoi generare una sub-shell all'interno del tuo script che erediterebbe l'ambiente.

Ecco lo script che uso spesso. Eseguilo come$ source script_name

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

activate

A cosa serve procurarsi lo script bash?

1. Se intendi passare da più virtualenv o inserire rapidamente una virtualenv, hai provato virtualenvwrapper? Esso fornisce un sacco di utils come workon venv, mkvirtualenv venve così via.

2. Se esegui solo uno script python in alcuni virtualenv, usalo /path/to/venv/bin/python script.pyper eseguirlo.

Puoi anche farlo usando una subshell per contenere meglio il tuo utilizzo - ecco un esempio pratico:

#!/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"

Questo stile è particolarmente utile quando

• una versione diversa di commandAo commandCesiste sotto/opt/bin
• commandB esiste nel sistema PATH o è molto comune
• questi comandi falliscono sotto virtualenv
• uno ha bisogno di una varietà di virtualenv diversi

Dovresti usare più comandi in una riga. per esempio:

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

quando attivi il tuo ambiente virtuale in una riga, penso che si dimentichi di altre righe di comando e puoi impedirlo utilizzando più comandi in una riga. Ha funzionato per me :)

Quando stavo imparando venv ho creato uno script per ricordarmi come attivarlo.

#!/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

Questo ha il vantaggio che cambia il prompt.