更新: 以下方法在较新的virtualenv版本中可能无法工作。在您尝试修改旧的virtualenv之前，您应该将依赖项保存在需求文件(pip freeze > requirements.txt)中，并在其他地方进行备份。如果出现任何问题，您仍然可以创建一个新的virtualenv并在其中安装旧的依赖项(pip install -r requirements.txt)。

更新:在我最初的答案5个月后我改变了答案。下面的方法更加方便和健壮。

副作用:它还修复了在将Python升级到v2.7.8后在虚拟环境中导入ssl时的Symbol not found: _SSLv2_method异常。

注意:目前，这是针对Python 2.7。x。

如果你在OS X上使用Homebrew Python，首先禁用所有virtualenv，然后升级Python:

brew update && brew upgrade python

执行以下命令(<EXISTING_ENV_PATH>为虚拟环境的路径):

cd <EXISTING_ENV_PATH>
rm .Python
rm bin/pip{,2,2.7}
rm bin/python{,2,2.7}
rm -r include/python2.7
rm lib/python2.7/*
rm -r lib/python2.7/distutils
rm lib/python2.7/site-packages/easy_install.*
rm -r lib/python2.7/site-packages/pip
rm -r lib/python2.7/site-packages/pip-*.dist-info
rm -r lib/python2.7/site-packages/setuptools
rm -r lib/python2.7/site-packages/setuptools-*.dist-info

最后，重新创建虚拟环境:

virtualenv <EXISTING_ENV_PATH>

通过这样做，旧的Python核心文件和标准库(加上setuptools和pip)将被删除，而安装在site-packages中的自定义库将被保留并在纯Python中工作。二进制库可能需要重新安装，也可能不需要重新安装才能正常工作。

在安装了Django的5个虚拟环境中，这对我来说是有效的。

顺便说一句，如果./manage.py编译消息之后不工作，试试这个:

brew install gettext && brew link gettext --force

步骤1:冻结要求并对现有环境进行备份

pip freeze > requirements.txt
deactivate
mv env env_old

步骤2:安装Python 3.7并激活虚拟环境

sudo apt-get install python3.7-venv
python3.7 -m venv env
source env/bin/activate
python --version

步骤3:安装需求

sudo apt-get install python3.7-dev
pip3 install -r requirements.txt

你看到这个了吗?如果我没有误解这个答案，您可以尝试在旧的virtualenv之上创建一个新的virtualenv。你只需要知道哪个python会使用你的virtualenv(你需要看到你的virtualenv版本)。

如果您的virtualenv安装的python版本与旧版本相同，并且无法升级您的virtualenv包，您可能需要阅读这篇文章，以便使用您想要的python版本安装virtualenv。

EDIT

我已经测试过这种方法(在旧的virtualenv之上创建一个新的virtualenv)，对我来说效果很好。我认为如果你把python 2.6改成2.7或者2.7改成3，你可能会遇到一些问题。X，但如果你只是在相同的版本中升级(保持在2.7)，你应该不会有任何问题，因为所有的包都保存在两个python版本(2.7. X)的相同文件夹中。X和2.7。Y包在your_env/lib/python2.7/)中。

如果你改变了你的virtualenv python版本，你将需要重新安装该版本的所有包(或者只是将你需要的包链接到新版本的包文件夹中，即:your_env/lib/python_newversion/site-packages)

更新: 以下方法在较新的virtualenv版本中可能无法工作。在您尝试修改旧的virtualenv之前，您应该将依赖项保存在需求文件(pip freeze > requirements.txt)中，并在其他地方进行备份。如果出现任何问题，您仍然可以创建一个新的virtualenv并在其中安装旧的依赖项(pip install -r requirements.txt)。

更新:在我最初的答案5个月后我改变了答案。下面的方法更加方便和健壮。

副作用:它还修复了在将Python升级到v2.7.8后在虚拟环境中导入ssl时的Symbol not found: _SSLv2_method异常。

注意:目前，这是针对Python 2.7。x。

如果你在OS X上使用Homebrew Python，首先禁用所有virtualenv，然后升级Python:

brew update && brew upgrade python

执行以下命令(<EXISTING_ENV_PATH>为虚拟环境的路径):

cd <EXISTING_ENV_PATH>
rm .Python
rm bin/pip{,2,2.7}
rm bin/python{,2,2.7}
rm -r include/python2.7
rm lib/python2.7/*
rm -r lib/python2.7/distutils
rm lib/python2.7/site-packages/easy_install.*
rm -r lib/python2.7/site-packages/pip
rm -r lib/python2.7/site-packages/pip-*.dist-info
rm -r lib/python2.7/site-packages/setuptools
rm -r lib/python2.7/site-packages/setuptools-*.dist-info

最后，重新创建虚拟环境:

virtualenv <EXISTING_ENV_PATH>

通过这样做，旧的Python核心文件和标准库(加上setuptools和pip)将被删除，而安装在site-packages中的自定义库将被保留并在纯Python中工作。二进制库可能需要重新安装，也可能不需要重新安装才能正常工作。

在安装了Django的5个虚拟环境中，这对我来说是有效的。

顺便说一句，如果./manage.py编译消息之后不工作，试试这个:

brew install gettext && brew link gettext --force

如何升级现有virtualenvwrapper项目的Python版本并保持相同的名称

我为任何使用Doug Hellmann的优秀virtualenvwrapper的人添加了一个答案，特别是因为现有的答案不适合我。

一些背景:

我从事的一些项目是Python 2，一些是Python 3;虽然我喜欢使用python3 -m venv，但它不支持Python 2环境 当我启动一个新项目时，我使用mkproject来创建虚拟环境，创建一个空的项目目录，并将cd放入其中 我想继续使用virtualenvwrapper的workon命令来激活任何项目，而不考虑Python版本

使用方法:

假设您现有的项目名为foo，目前正在运行Python 2 (mkproject -p python2 foo)，尽管从2升级的命令是相同的。X到3。X、3.6.0到3.6.1等。我还假设您目前在激活的虚拟环境中。

1. 禁用并删除旧的虚拟环境:

$ deactivate
$ rmvirtualenv foo

注意，如果你在钩子中添加了任何自定义命令(例如，bin/postactivate)，你需要在删除环境之前保存这些命令。

2. 将真正的项目保存在临时目录中:

$ cd ..
$ mv foo foo-tmp

3.创建新的虚拟环境(和项目目录)并激活:

$ mkproject -p python3 foo

4. 将空的项目目录替换为真实的项目，更改回项目目录:

$ cd ..
$ mv -f foo-tmp foo
$ cdproject

5. 重新安装依赖项，确认新的Python版本等:

$ pip install -r requirements.txt
$ python --version

如果这是一个常见的用例，我会考虑打开一个PR来添加一些东西，比如$ upgradevirtualenv / $ upgradeproject到virtualenvwrapper。

如果你碰巧使用Python 3.3+附带的venv模块，它支持——upgrade选项。 根据文档:

升级环境目录以使用此版本的Python，假设Python已在适当位置升级

python3 -m venv --upgrade ENV_DIR