Могу ли я переместить virtualenv? [дубликат]

да. Его можно перемещать на одной платформе. Вы можете использовать --relocatable в существующей среде.

С --help:

--relocatable -- сделайте существующую среду virtualenv relocatable. Это исправляет скрипты и делает все .ПТГ файлов относительное.

однако это, похоже, не меняет activate скрипт, а точнее только изменяет pip* и easy_install* скрипты. В activate скрипт $VIRTUAL_ENV переменная окружения жестко закодирована как исходная /path/to/original/venv. The $VIRTUAL_ENV переменная используется для задания PATH вашей активной среды тоже, поэтому он должен быть изменен на основе нового местоположения, чтобы вызвать python и pip etc. без абсолютного пути.

чтобы устранить эту проблему, вы можете изменить $VIRTUAL_ENV переменная окружения в activate скрипт (например с помощью sed), и все должно быть хорошо идти.

пример использование:

$ cd ~/first
$ virtualenv my-venv
$ grep 'VIRTUAL_ENV=' my-venv/bin/activate
VIRTUAL_ENV="/home/username/first/my-venv"
$ virtualenv --relocatable my-venv
Making script my-venv/bin/easy_install relative
Making script my-venv/bin/easy_install-2.7 relative
Making script my-venv/bin/pip relative
Making script my-venv/bin/pip2 relative
Making script my-venv/bin/pip2.7 relative
### Note that `activate` has not been touched
$ mkdir ~/second
$ mv my-venv ~/second
$ cd ~/second
$ grep 'VIRTUAL_ENV=' my-venv/bin/activate
VIRTUAL_ENV=/home/username/first/my-venv
### (This variable hasn't been changed, it still refers to the old, now non-existent directory!)
$ sed -i -e 's|username/first|username/second|' my-venv/bin/activate
## sed can be used to change the path.
## Note that the `-i` (in place) flag won't work on all machines. 
$ source my-venv/bin/activate 
(my-venv) $ pip install foass
...
(my-venv) $ python 
[...]
> import foass

Ура, теперь вы можете устанавливать вещи и загружать их в свою новую виртуальную среду.

на

Да, это должно быть возможно, если вы не сделали ничего, что зависит от текущего каталога virtualenv.

однако, если у вас есть выбор, лучше всего создать новый virtualenv и начать использовать новый virtualenv вместо этого. Это самый безопасный выбор и наименее вероятно, чтобы вызвать проблемы позже.

документация не говоря уже о том, что:

каждый virtualenv имеет информацию о пути, жестко закодированную в него,

например, если вы бежите setvirtualenvproject тогда он не сможет переключиться в правильный каталог после запуска workon ... поэтому в этом случае вам нужно будет исправить это вручную.

В общем virtualenv - это немного больше, чем каталог с необходимыми файлами интерпретатора Python плюс пакеты, которые вам нужны.