Cómo obtener la activación de virtualenv en un script Bash

¿Cómo se crea un script Bash para activar un virtualenv de Python?

Tengo una estructura de directorio como:

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

Puedo activar mi virtualenv por:

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

Sin embargo, hacer lo mismo desde un script Bash no hace nada:

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

¿Qué estoy haciendo mal?

Cuando obtiene, está cargando el script de activación en su shell activo.

Cuando lo hace en un script, lo carga en ese shell que se cierra cuando finaliza el script y vuelve a su shell original inactivo.

Tu mejor opción sería hacerlo en función

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

o un alias

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

Espero que esto ayude.

Debería llamar al script bash usando source.

Aquí hay un ejemplo:

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

En tu caparazón simplemente llámalo así:

> source venv.sh

O como sugirió @outmind: (Tenga en cuenta que esto no funciona con zsh)

> . venv.sh

Ahí lo tienes, la indicación de la cáscara se colocará en tu mensaje.

Aunque no agrega el prefijo "(.env)" al indicador de shell, encontré que este script funciona como se esperaba.

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

p.ej

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

El abastecimiento ejecuta comandos de shell en su shell actual. Cuando obtiene dentro de un script como lo está haciendo arriba, está afectando el entorno de ese script, pero cuando el script sale, los cambios de entorno se deshacen, ya que efectivamente se han salido del alcance.

Si su intención es ejecutar comandos de shell en virtualenv, puede hacerlo en su script después de obtener el script de activación. Si su intención es interactuar con un shell dentro del virtualenv, entonces puede generar un sub-shell dentro de su script que heredaría el entorno.

Aquí está el guión que uso a menudo. Ejecutarlo como$ source script_name

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

activate

¿Para qué sirve el origen del script bash?

1. Si tiene la intención de cambiar entre múltiples virtualenv o ingresar un virtualenv rápidamente, ¿ha probado? virtualenvwrapper ? Proporciona muchas utilidades como workon venv, mkvirtualenv venvetc.

2. Si acaba de ejecutar un script de Python en cierto virtualenv, utilícelo /path/to/venv/bin/python script.pypara ejecutarlo.

También puede hacer esto usando una subcapa para contener mejor su uso; aquí hay un ejemplo práctico:

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

Este estilo es especialmente útil cuando

• una versión diferente de commandAo commandCexiste bajo/opt/bin
• commandBexiste en el sistema PATHo es muy común
• estos comandos fallan bajo el virtualenv
• uno necesita una variedad de virtualenvs diferentes

Debe utilizar varios comandos en una línea. por ejemplo:

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

cuando activa su entorno virtual en una línea, creo que se olvida de otras líneas de comando y puede evitarlo utilizando varios comandos en una línea. Funcionó para mí :)

Cuando estaba aprendiendo venv, creé un script para recordarme cómo activarlo.

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

Esto tiene la ventaja de que cambia el indicador.