Puis-je déplacer un virtualenv?

Oui. Il est possible de la déplacer sur la même plate-forme. Vous pouvez utiliser --relocatable sur l'environnement existant.

De --help:

--amovibles -- Faire un EXISTANT virtualenv environnement mobile.
Cela corrige les scripts et rend tous les .la pth fichiers relatifs.

CEPENDANT, cela ne semble PAS changer la activate script, et plutôt ne change la pip* et easy_install* scripts. Dans le activate script, le $VIRTUAL_ENV variable d'environnement codé en dur que l'original /path/to/original/venv. Le $VIRTUAL_ENV variable est utilisée pour définir la PATH de votre active de l'environnement, de sorte qu'il doit être changé en fonction du nouvel emplacement afin d'appeler python et pip etc. sans chemin d'accès absolu.

Pour résoudre ce problème, vous pouvez modifier la $VIRTUAL_ENV variable d'environnement dans le activate script (par exemple à l'aide de sed), et tout devrait être bon d'aller.

Un exemple d'utilisation:

$ 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

Hourra, vous pouvez maintenant installer les choses et de les charger dans votre nouvellement situé à l'environnement virtuel.

Oui, cela devrait être possible si vous ne l'avez pas fait tout ce qui dépend du répertoire courant de l'virtualenv.

Toutefois, si vous avez le choix, la meilleure chose à faire est de créer de nouvelles virtualenv et commencer à utiliser la nouvelle virtualenv à la place. C'est le choix le plus sûr et le moins susceptible de causer des problèmes plus tard.

La documentation ne mentionner que:

Chaque virtualenv a des informations sur le chemin codé en dur en elle,

Par exemple, si vous avez exécuté setvirtualenvproject alors il ne sera pas en mesure de basculer vers le bon répertoire, après l'exécution de workon ... donc, dans ce cas, vous devez corriger manuellement.

En général un virtualenv est un peu plus qu'un répertoire avec le nécessaire de l'interpréteur Python fichiers de plus de paquets que vous avez besoin.

À l'aide des réponses des ce et d'autres sujets pour parler de sujet similaire, j'ai fait un script bash qui, situé et exécuté dans le virtualenv répertoire lui-même, aidera avec votre virtualenv se déplace.

Après avoir fait virtualenv --relocatable yourenv vous aurez besoin de changer votre VIRTUAL_ENV variable à chaque fois que vous déplacez le répertoire, donc si vous n'avez pas wan pas le modifier manuellement, l'utilisation de ce.

#!/bin/bash \n 
DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"
EXISTING=$(grep 'VIRTUAL_ENV=' bin/activate)  
NEWDIR=VIRTUAL_ENV=\"$DIR\"
sed -i -e "s|$EXISTING|$NEWDIR|" bin/activate
source bin/activate

J'espère que cela aide.