Comment activer virtualenv dans un script Bash

Comment créer un script Bash pour activer un virtualenv Python?

J'ai une structure de répertoires comme:

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

Je peux activer mon virtualenv en:

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

Cependant, faire la même chose à partir d'un script Bash ne fait rien:

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

Qu'est-ce que je fais mal?

Lorsque vous vous approvisionnez, vous chargez le script d'activation dans votre shell actif.

Lorsque vous le faites dans un script, vous le chargez dans ce shell qui se termine lorsque votre script se termine et que vous êtes de retour à votre shell d'origine non activé.

Votre meilleure option serait de le faire dans une fonction

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

ou un alias

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

J'espère que cela t'aides.

Vous devez appeler le script bash en utilisant source.

Voici un exemple:

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

Sur votre shell, appelez-le comme ça:

> source venv.sh

Ou comme @outmind l'a suggéré: (Notez que cela ne fonctionne pas avec zsh)

> . venv.sh

Là vous allez, l'indication shell sera placée sur votre invite.

Bien qu'il n'ajoute pas le préfixe "(.env)" à l'invite du shell, j'ai trouvé que ce script fonctionne comme prévu.

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

par exemple

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

Le sourcing exécute des commandes shell dans votre shell actuel. Lorsque vous vous approvisionnez à l'intérieur d'un script comme vous le faites ci-dessus, vous affectez l'environnement de ce script, mais lorsque le script se termine, les changements d'environnement sont annulés, car ils sont effectivement sortis de la portée.

Si votre intention est d'exécuter des commandes shell dans virtualenv, vous pouvez le faire dans votre script après avoir extrait le script d'activation. Si votre intention est d'interagir avec un shell à l'intérieur de virtualenv, vous pouvez alors générer un sous-shell dans votre script qui hériterait de l'environnement.

Voici le script que j'utilise souvent. Exécutez-le comme$ source script_name

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

activate

À quoi sert le sourcing du script bash?

1. Si vous avez l'intention de basculer entre plusieurs virtualenv ou d'entrer rapidement un virtualenv, avez-vous essayé virtualenvwrapper? Il fournit de nombreux outils comme workon venv, mkvirtualenv venvetc.

2. Si vous exécutez simplement un script python dans certains virtualenv, utilisez /path/to/venv/bin/python script.pypour l'exécuter.

Vous pouvez également le faire en utilisant un sous-shell pour mieux contenir votre utilisation - voici un exemple pratique:

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

Ce style est particulièrement utile lorsque

• une version différente de commandAou commandCexiste sous/opt/bin
• commandBexiste dans le système PATHou est très courant
• ces commandes échouent sous virtualenv
• on a besoin d'une variété de virtualenvs différents

Vous devez utiliser plusieurs commandes sur une seule ligne. par exemple:

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

lorsque vous activez votre environnement virtuel sur une seule ligne, je pense qu'il oublie les autres lignes de commande et vous pouvez éviter cela en utilisant plusieurs commandes sur une seule ligne. Cela a fonctionné pour moi :)

Quand j'apprenais venv, j'ai créé un script pour me rappeler comment l'activer.

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

Cela présente l'avantage de modifier l'invite.