你看到这个了吗?如果我没有误解这个答案，您可以尝试在旧的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)

I moved my home directory from one mac to another (Mountain Lion to Yosemite) and didn't realize about the broken virtualenv until I lost hold of the old laptop. I had the virtualenv point to Python 2.7 installed by brew and since Yosemite came with Python 2.7, I wanted to update my virtualenv to the system python. When I ran virtualenv on top of the existing directory, I was getting OSError: [Errno 17] File exists: '/Users/hdara/bin/python2.7/lib/python2.7/config' error. By trial and error, I worked around this issue by removing a few links and fixing up a few more manually. This is what I finally did (similar to what @Rockalite did, but simpler):

cd <virtualenv-root>
rm lib/python2.7/config
rm lib/python2.7/lib-dynload
rm include/python2.7
rm .Python
cd lib/python2.7
gfind . -type l -xtype l | while read f; do ln -s -f /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/${f#./} $f; done

在此之后，我可以在现有目录上运行virtualenv。

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

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

python3 -m venv --upgrade ENV_DIR

给每个有问题的人

错误:命令'['/Users/me/Sites/site/venv3/bin/python3'， '-Im'， 'ensurepip'， '——upgrade'， '——default-pip']'返回非零退出状态1。

你必须安装python3.6-venv

 sudo apt-get install python3.6-venv

步骤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

如何升级现有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。