如何离开/退出/停用Python virtualenv

我正在使用virtualenv和virtualenvwrapper。我可以使用workon命令在virtualenv之间切换。

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

如何退出所有虚拟机并再次在真实计算机上工作？现在，我唯一要回到的方法me@mymachine:~$是退出外壳并启动一个新外壳。真烦人。有没有什么要执行的命令，如果是的话，这是什么？如果这样的命令不存在，我将如何创建它？

通常，激活virtualenv会给您提供一个名为：

$ deactivate

这使情况恢复正常。

我只是再次专门查看的代码virtualenvwrapper，是的，它也支持deactivate从所有virtualenvs逃脱的方式。

如果您要离开Anaconda环境，则该命令取决于您的的版本conda。最新版本（如4.6）conda直接在您的shell中安装一个函数，在这种情况下，您可以运行：

conda deactivate

较旧的conda版本改为使用独立脚本实现停用：

source deactivate

我所定义的别名，workoff，作为相反workon：

alias workoff='deactivate'

很容易记住：

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

采用：

$ deactivate 

如果这不起作用，请尝试

$ source deactivate

任何知道Bash的source工作原理的人都会认为这很奇怪，但是围绕virtualenv的一些包装器/工作流将其实现为对Bash的补充/对应source activate。你的旅费可能会改变。

要激活Python虚拟环境：

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

停用：

$deactivate

我发现在Miniconda3环境中时，我必须运行：

conda deactivate

既deactivate没有source deactivate为我工作，也没有为我工作。

您可以使用virtualenvwrapper来简化您的使用方式virtualenv。

安装virtualenvwrapper：

pip install virtualenvwrapper

如果您使用的是标准外壳，请打开~/.bashrc或~/.zshrc使用Oh My Zsh。添加这两行：

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

要激活现有的virtualenv，请使用命令workon：

$ workon myenv
(myenv)$

为了停用您的virtualenv：

(myenv)$ deactivate

这是我的教程，逐步介绍了如何安装virtualenv和virtualenvwrapper。

由于无法通过寻找这种命令的常用方法来发现deactivate通过源创建的功能，因此您可能希望创建一个仅执行该功能的命令。~/bin/activate~/bindeactivate

问题是，如果一个脚本名叫deactivate包含单个命令，则该脚本deactivate如果不在venv中意外执行，将导致无限循环。一个常见的错误。

通过仅deactivate在函数存在时执行（即已通过source创建activate），可以避免这种情况。

#!/bin/bash

declare -Ff deactivate  && deactivate

使用deactivate。

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

注意，(my_env)不见了。

我使用基于autoenv的zsh- autoenv。

zsh-autoenv自动获取（已知/列入白名单的）.autoenv.zsh文件，通常在项目根目录中使用。它处理“进入”和“离开”事件，变量的嵌套和隐藏（覆盖和还原）。

这是一个例子：

; 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

因此，当我离开dtree目录时，虚拟环境将自动退出。

"Development tree utiles" 只是一个名字而已。

使用deactivatevenv activate脚本提供的功能，您需要信任正确激活了禁用功能的代码，才能将所有环境变量完全重置为以前的状态-不仅要考虑原始激活，还要考虑所有开关，配置或其他在此期间您可能已经完成的工作。

可能很好，但是确实会带来一种新的，非零的风险，即事后修改环境。

但是，从工艺上讲，直接更改其父级的环境变量在技术上是不可能的，因此我们可以使用单独的子外壳来确保我们venv的进程不会留下任何残留更改：

激活：

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

• 这将在周围启动一个新的shell venv。您原来的bash外壳保持不变。

停用：

$ exit或[CTRL]+[D]

• 这将退出整个外壳venv，并使您回到激活脚本对环境进行任何更改之前的原始外壳。

例：

[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!

在处理安装程序脚本时，我遇到了同样的问题。我看了一下bin / activate_this.py做了什么，并将其反转了。

例：

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

我不确定100％是否能按预期工作。我可能完全错过了一些东西。