Activer un virtualenv avec un script Python

Je veux activer un virtualenv instance à partir d'un script Python.

Je sais que c'est assez facile à faire, mais tous les exemples que j'ai vu l'utiliser pour exécuter des commandes à l'intérieur de l'env et puis fermez le processus secondaire.

Je veux simplement activer le virtualenv et de retour à la coque, de la même façon que bin/activate n'.

Quelque chose comme ceci:

$me: my-script.py -d env-name
$(env-name)me:

Est-ce possible?

Pertinentes:

virtualenv › l'Invocation d'une env à partir d'un script

InformationsquelleAutor h3. | 2011-08-04
  1. 70

    Si vous souhaitez exécuter un Python sous-processus en vertu de la virtualenv, vous pouvez le faire en exécutant le script à l'aide de l'interpréteur Python qui vit à l'intérieur de virtualenv s /bin/répertoire:

    # Path to a Python interpreter that runs any Python script
# under the virtualenv /path/to/virtualenv/
python_bin = "/path/to/virtualenv/bin/python"

# Path to the script that must run under the virtualenv
script_file = "must/run/under/virtualenv/script.py"

subprocess.Popen([python_bin, script_file])

    Cependant, si vous souhaitez activer le virtualenv dans le cadre actuel de l'interpréteur Python au lieu d'un sous-processus, vous pouvez utiliser le activate_this.py script:

    # Doing execfile() on this file will alter the current interpreter's
# environment so you can import libraries in the virtualenv
activate_this_file = "/path/to/virtualenv/bin/activate_this.py"

execfile(activate_this_file, dict(__file__=activate_this_file))
    • // , Ne devrait-on pas que la dernière ligne dans le premier bloc de code sur cette réponse se lire comme suit: subprocess.Popen([venv_python_file, script_file]) ?
    • // , Aussi, est-il un moyen pour exécuter le script_file à partir d'un emplacement arbitraire, ou faut-il avoir pour être dans le virtualenv répertoire?
    • Fixe, merci pour remarquer l'erreur. Quant à votre deuxième question, pas de script_file n'a pas à être dans le virtualenv répertoire, il peut être n'importe où.
    • Pas logcal... 'sous-processus" n'est pas défini ... Il doit créer une erreur
    • Comment puis-je désactiver le virtuel env, si je suis en utilisant la deuxième option?
    • href="https://meta.stackexchange.com/q/66377/148108">XY Problème, pourquoi avez-vous jamais eu envie de le faire?
    • Pour résoudre ce problème. J'ai un tas de "modules" qui seront téléchargés sur AWS comme AWS lambda fonction " (où lambda dans une AWS contexte a une signification légèrement différente à un python contexte). Ils utilisent différentes bibliothèques, donc ils ont besoin de différentes virtuel envs. J'ai un script python qui exécute les tests unitaires et les télécharge à chaque module d'AWS. Chaque test doit être fait dans sa virtuel env.
    • Comment faites-vous cela à l'aide de la deuxième option et python3? Ressemble exec a remplacé execfile en python3, mais je ne suis pas en mesure de le faire fonctionner.

    InformationsquelleAutor Lie Ryan
  2. 23

    La solution la plus simple pour exécuter votre script sous virtualenv de l'interprète consiste à remplacer la valeur par défaut ligne shebang avec chemin d'accès à votre virtualenv l'interprète comme au début du script:

    #!/path/to/project/venv/bin/python

    De rendre le script exécutable: 

    chmod u+x script.py

    Exécuter le script:

    ./script.py

    Voila!

    • +1 pour l'élégance. Remarque: sur windows cela nécessite un compatible posix environnement qui comprend shebang lignes comme cygwin ou msys
    • Fonctionne pour python 3.6.3 et windows 10!
    • Pense que j'ai peut-être mal compris la question d'origine. Il veut activer l'environnement virtuel avec un script et le retour à la coque avec les activés de l'environnement. Ma réponse script s'exécute dans l'environnement virtuel, mais le retour shell ne peut pas conserver l'environnement. Le jour moderne la solution est virtualenvwrapper: virtualenvwrapper.readthedocs.io/en/latest/#. Il permet d'activer et de basculer entre différents virtualenvs.
    InformationsquelleAutor nafooesi
  3. 20

    Il s'avère que, oui, le problème n'est pas simple, mais la solution est.

    D'abord, j'ai dû créer un script shell pour envelopper la commande "source". Cela dit, j'utilise le "." au lieu de cela, car j'ai lu qu'il est préférable de l'utiliser de source pour les scripts Bash.

    #!/bin/bash
. /path/to/env/bin/activate

    Puis, à partir de mon script Python, je peux simplement faire ceci:

    import os
os.system('/bin/bash --rcfile /path/to/myscript.sh')

    Toute l'astuce réside dans le --rcfile argument.

    Lorsque l'interpréteur Python sorties il quitte le shell courant de l'activation de l'environnement.

    Gagner!

    • C'est une excellente solution élégante.
    • Je n'ai vraiment pas l'obtenir. Pourquoi ne pas vous venez de le faire : os.system('/bin/bash --rcfile path/to/env/activate') Vous savez, lorsqu'une instance de bash est lancé, il faut .bashrc comme un argument en faveur de l' --rcfile. Donc, il suffit de spécifier que le rcfile est votre activer fichier... Non ?
    • Je viens d'essayer votre solution et cela va activer la coquille à l'intérieur de python. au moins quand je l'ai essayer dans la coquille. >>> os.système('/bin/bash --rcfile /var/env/test/bin/activate") (test)tcraig@tallis-desktop:~$ (test)tcraig@tallis-desktop:~$ ls -l total 706288
    • Peut-être, mais cela fonctionne dans un script. Le seul inconvénient de cette technique est que vous n'avez pas tous vos alias et tout ce que vous aviez dans votre ~/.bashrc. Mais je suis bien avec elle. Par exemple, le "ls" de la commande n'a pas de couleur. Mais tout fonctionne pour moi. Quand je veux partir, j'ai juste Ctrl+D
    • "Lorsque l'interpréteur python sorties quitter le shell courant de l'activation de l'environnement" Quoi? Il donne naissance à un tout nouveau shell comme un sous-processus et attend jusqu'à la fin.
    • Afin d'éviter de créer plus de nouveaux fichiers sur mon dépôt et de répliquer aussi l'actuel bash config, je l'ai fait: cat ~/.bashrc env/bin/activate > env/bin/activate2 && /bin/bash --rcfile env/bin/activate2

    InformationsquelleAutor h3.
  4. 11

    Pour exécuter un autre environnement Python selon le rapport officiel Virtualenv documentation, dans la ligne de commande, vous pouvez spécifier le chemin complet vers l'exécutable Python binaire, c'est juste que (pas besoin pour le virtualenv avant):

    /path/to/virtualenv/bin/python

    La même chose s'applique si vous voulez appeler un script à partir de la ligne de commande avec votre virtualenv. Vous n'avez pas besoin de l'activer avant:

    me$ /path/to/virtualenv/bin/python myscript.py

    La même chose pour un environnement Windows (si c'est à partir de la ligne de commande ou à partir d'un script):

    > \path\to\env\Scripts\python.exe myscript.py
    • La Question est: Activer un virtualenv avec un script python (PAS de Coquille)
    • Oui, mon point est que vous pouvez simplement appeler l'exécution python à partir d'un environnement virtuel sans avoir besoin de l'activer avant de pouvoir, à partir de la console ou à partir d'un script. Je vais préciser la réponse, merci!
    • Oh mon dieu! Je ne pense pas à ce sujet. c'est la seule solution qui a fonctionné pour moi :). Maintenant, Quand je suis à l'exécution d'un script python à partir de php, je suis en utilisant: "chemin/vers/virtualenv/bin/python mypythonscript.py"
    InformationsquelleAutor Mariano Ruiz
  5. 6

    Juste une solution simple qui fonctionne pour moi. Je ne sais pas pourquoi vous avez besoin du script Bash qui fait une étape inutile (je me trompe ?)

    import os
os.system('/bin/bash  --rcfile flask/bin/activate')

    Qui fait de ce dont vous avez besoin:

    [hellsing@silence Foundation]$ python2.7 pythonvenv.py
(flask)[hellsing@silence Foundation]$

    Puis, au lieu de la désactivation de l'environnement virtuel, juste Ctrl + D ou de sortie. C'est qu'une solution possible ou n'est-ce pas ce que vous vouliez?

    InformationsquelleAutor Depado
  6. 2

    Le processus de l'enfant de l'environnement est perdu dans le moment où il cesse d'exister, et le déplacement de l'environnement de contenu à partir de là, le parent est un peu délicat.

    Vous avez probablement besoin de lancer un script shell (vous pouvez générer dynamiquement d'un /tmp) qui sera de sortie le virtualenv variables d'environnement dans un fichier, que vous pouvez ensuite lire dans le parent Python processus et de mettre en os.environ.

    Ou tout simplement vous analyser l'activer script à l'aide de la ligne open ("/bin /activate"), extraire manuellement des choses, et de mettre en os.environ. Il est difficile, mais pas impossible.

    InformationsquelleAutor Mikko Ohtamaa
  7. 1

    La réponse sommet ne fonctionne que pour Python 2.x

    Pour Python 3.x, utilisez ceci:

    activate_this_file = "/path/to/virtualenv/bin/activate_this.py"

exec(compile(open(activate_this_file, "rb").read(), activate_this_file, 'exec'), dict(__file__=activate_this_file))

    Référence: Ce qui est une alternative à execfile en Python 3?

    • qu'est-ce que activate_this.py
    • l'activate_this.py le fichier est automatiquement ajouté lorsque vous générez le virtualenv dans votre répertoire de projet. (c'est à dire /project/directory/venv/bin/activate_this.py)
    InformationsquelleAutor Asaad
  8. -2

    Vous devez créer tous vos virtualenvs dans un dossier, comme virt.

    En supposant que votre virtualenv nom de dossier est virt, si pas de changement, il

    cd
mkdir custom

    Copier les lignes ci-dessous...

    #!/usr/bin/env bash
ENV_PATH="$HOME/virt/$1/bin/activate"
bash --rcfile $ENV_PATH -i

    Créer un fichier script shell et coller les lignes ci-dessus...

    touch custom/vhelper
nano custom/vhelper

    Subvention exécutable de l'autorisation de votre fichier:

    sudo chmod +x custom/vhelper

    Maintenant à l'exportation que la coutume chemin d'accès au dossier, de sorte que vous pouvez la trouver sur la ligne de commande en cliquant sur l'onglet...

    export PATH=$PATH:"$HOME/custom"

    Maintenant, vous pouvez l'utiliser à partir de n'importe où simplement en tapant la commande ci-dessous...

    vhelper YOUR_VIRTUAL_ENV_FOLDER_NAME

    Suppose que c'est abc puis...

    vhelper abc
    InformationsquelleAutor SR_Mehta