Comment quitter / quitter / désactiver un virtualenv Python

J'utilise virtualenv et virtualenvwrapper. Je peux très bien basculer entre virtualenv en utilisant la workoncommande.

me@mymachine:~$ workon env1
(env1)me@mymachine:~$ workon env2
(env2)me@mymachine:~$ workon env1
(env1)me@mymachine:~$ 

Comment quitter toutes les machines virtuelles et travailler à nouveau sur ma vraie machine? À l'heure actuelle, la seule façon de revenir me@mymachine:~$est de quitter le shell et d'en démarrer un nouveau. C'est assez ennuyeux. Existe-t-il une commande pour travailler sur "rien", et si oui, qu'est-ce que c'est? Si une telle commande n'existe pas, comment pourrais-je procéder pour la créer?

Habituellement, l'activation d'un virtualenv vous donne une fonction shell nommée:

$ deactivate

ce qui ramène les choses à la normale.

Je viens de regarder spécifiquement à nouveau le code pour virtualenvwrapper, et, oui, il prend également en charge deactivatecomme moyen d'échapper à tous les virtualenvs.

Si vous essayez de quitter un environnement Anaconda , la commande dépend de votre version de conda. Les versions récentes (comme 4.6) installent une condafonction directement dans votre shell, auquel cas vous exécutez:

conda deactivate

Les anciennes versions de conda implémentent plutôt la désactivation à l'aide d'un script autonome:

source deactivate

J'ai défini un alias , workoff , comme l'opposé de workon :

alias workoff='deactivate'

Il est facile de se souvenir:

[bobstein@host ~]$ workon django_project
(django_project)[bobstein@host ~]$ workoff
[bobstein@host ~]$

Utilisation:

$ deactivate 

Si cela ne fonctionne pas, essayez

$ source deactivate

Quiconque sait comment fonctionne Bashsource pensera que c'est étrange, mais certains wrappers / workflows autour de virtualenv l'implémentent en complément / contrepartie source activate. Votre kilométrage peut varier.

Pour activer un environnement virtuel Python:

$cd ~/python-venv/
$./bin/activate

Pour désactiver:

$deactivate

J'ai découvert que dans un environnement Miniconda3, je devais exécuter:

conda deactivate

Ni deactivateni source deactivatetravaillé pour moi.

Vous pouvez utiliser virtualenvwrapperafin de faciliter la façon dont vous travaillez virtualenv.

Installation virtualenvwrapper:

pip install virtualenvwrapper

Si vous utilisez un shell standard, ouvrez votre ~/.bashrcou ~/.zshrcsi vous utilisez Oh My Zsh . Ajoutez ces deux lignes:

export WORKON_HOME=$HOME/.virtualenvs
source /usr/local/bin/virtualenvwrapper.sh

Pour activer un virtualenv existant, utilisez la commande workon:

$ workon myenv
(myenv)$

Afin de désactiver votre virtualenv:

(myenv)$ deactivate

Voici mon tutoriel , étape par étape sur la façon d'installer virtualenv et virtualenvwrapper.

Étant donné que la deactivatefonction créée par l'approvisionnement ~/bin/activatene peut pas être découverte par les moyens habituels de recherche d'une telle commande dans ~/bin, vous pouvez en créer une qui exécute simplement la fonction deactivate.

Le problème est qu'un script nommé deactivatecontenant une seule commande deactivateprovoquera une boucle sans fin s'il est exécuté accidentellement alors qu'il n'est pas dans le venv. Une erreur courante.

Cela peut être évité en n'exécutant que deactivatesi la fonction existe (c'est-à-dire qu'elle a été créée par sourcing activate).

#!/bin/bash

declare -Ff deactivate  && deactivate

Utilisez deactivate.

(my_env) user@user:~/my_env$ deactivate
user@user-Lenovo-E40-80:~/my_env$ 

Remarque, (my_env)est parti.

J'utilise zsh-autoenv qui est basé sur autoenv .

zsh-autoenv source automatiquement les fichiers (connus / sur liste blanche) .autoenv.zsh, généralement utilisés dans les répertoires racine du projet. Il gère les événements "entrée" et sortie ", l'imbrication et le stockage des variables (écrasement et restauration).

Voici un exemple:

; cd dtree 
Switching to virtual environment: Development tree utiles
;dtree(feature/task24|✓); cat .autoenv.zsh       
# Autoenv.
echo -n "Switching to virtual environment: "
printf "\e[38;5;93m%s\e[0m\n" "Development tree utiles"
workon dtree
# eof
dtree(feature/task24|✓); cat .autoenv_leave.zsh 
deactivate

Ainsi, lorsque je quitte le dtreerépertoire, l'environnement virtuel se ferme automatiquement.

"Development tree utiles" est juste un nom… Aucun moyen caché de lien avec les Illuminati ici.

L'utilisation de la deactivatefonctionnalité fournie par le script du venv activatenécessite que vous fassiez confiance à la fonction de désactivation pour être correctement codée afin de réinitialiser proprement toutes les variables d'environnement à leur état antérieur, en tenant compte non seulement de l' activation d'origine , mais également de tous les commutateurs , configurations ou autres travail que vous avez peut-être fait entre-temps.

C'est probablement bien, mais cela introduit un nouveau risque non nul de laisser votre environnement modifié par la suite.

Cependant, il n'est pas techniquement possible qu'un processus modifie directement les variables d'environnement de son parent, nous pouvons donc utiliser un sous-shell séparé pour être absolument sûr que nos venvs ne laissent aucun changement résiduel derrière:

Activer:

$ bash --init-file PythonVenv/bin/activate

• Cela démarre un nouveau shell autour du venv. Votre bashcoque d' origine reste inchangée.

Pour désactiver:

$ exitOU [CTRL]+[D]

• Cela quitte l'intégralité du shell venvdans lequel il se trouve et vous ramène au shell d'origine avant que le script d'activation n'apporte de modifications à l'environnement.

Exemple:

[user@computer ~]$ echo $VIRTUAL_ENV
No virtualenv!

[user@computer ~]$ bash --init-file PythonVenv/bin/activate

(PythonVenv) [user@computer ~]$ echo $VIRTUAL_ENV
/home/user/PythonVenv

(PythonVenv) [user@computer ~]$ exit
exit

[user@computer ~]$ echo $VIRTUAL_ENV
No virtualenv!

J'ai eu le même problème en travaillant sur un script d'installation. J'ai regardé ce que le bin / activate_this.py a fait et je l'ai inversé.

Exemple:

#! /usr/bin/python
# -*- coding: utf-8 -*-
import os
import sys

# Path to virtualenv
venv_path = os.path.join('/home', 'sixdays', '.virtualenvs', 'test32')

# Save old values
old_os_path = os.environ['PATH']
old_sys_path = list(sys.path)
old_sys_prefix = sys.prefix


def deactivate():
    # Change back by setting values to starting values
    os.environ['PATH'] = old_os_path
    sys.prefix = old_sys_prefix
    sys.path[:0] = old_sys_path


# Activate the virtualenvironment
activate_this = os.path.join(venv_path, 'bin/activate_this.py')
execfile(activate_this, dict(__file__=activate_this))


# Print list of pip packages for virtualenv for example purpose
import pip
print str(pip.get_installed_distributions())

# Unload pip module
del pip

# Deactivate/switch back to initial interpreter
deactivate()

# Print list of initial environment pip packages for example purpose
import pip
print str(pip.get_installed_distributions())

Je ne suis pas sûr à 100% si cela fonctionne comme prévu. J'ai peut-être complètement raté quelque chose.