Cette question n'est pas un doublon.

Il ne s'agit pas seulement de renommer un environnement virtuel, mais aussi de le déplacer vers un répertoire différent, y compris, potentiellement, le répertoire d'un autre utilisateur.

Ce n'est pas la même chose que de simplement renommer un environnement virtuel, en particulier pour les personnes qui ne connaissent pas les virtualenvs.

Si je crée un virtualenv et que je le déplace vers un autre dossier, cela fonctionnera-t-il toujours?

$ virtualenv -p /usr/bin/python3 /home/me/Env/my-python-venv
$ source Env/my-python-venv/bin/activate
(my-python-venv) $ 

... plus tard dans la journée, l'environnement virtuel A DÉPLACÉ ...

(my-python-venv) $ deactivate
$ mkdir -p /home/me/PeskyPartyPEnvs
$ mv /home/me/Env/my-python-venv /home/me/PeskyPartyPEnvs/

Question:

Est-ce que ça va marcher?

$ source /home/me/PeskyPartyPEnvs/my-python-venv/bin/activate
(my-python-venv) $ /home/me/PeskyPartyPEnvs/my-python-venv/bin/pip3 install foaas

Je veux dire cela comme moins une question sur la sagesse d'essayer ceci (à moins que cette sagesse soit humoristique, bien sûr), et plus sur la question de savoir si c'est possible. Je veux vraiment savoir s'il est possible de le faire en Python 3, ou si je dois juste l' aspirer et le cloner.

Puis-je juste mvun virtualenvcomme ça sans tristesse? Je veux éviter la tristesse.

Oui. Il est possible de le déplacer sur la même plateforme. Vous pouvez utiliser --relocatablesur un environnement existant.

De --help:

--relocatable - Rend un environnement virtualenv EXISTANT déplaçable. Cela corrige les scripts et rend tous les fichiers .pth relatifs.

CEPENDANT, cela ne semble PAS changer le activatescript, mais ne change que les scripts pip*et easy_install*. Dans le activatescript, la $VIRTUAL_ENVvariable d'environnement codée en dur comme l'original /path/to/original/venv. La $VIRTUAL_ENVvariable est également utilisée pour définir le PATHde votre environnement actif, elle doit donc être modifiée en fonction du nouvel emplacement afin d'appeler pythonet pipetc. sans chemin absolu.

Pour résoudre ce problème, vous pouvez modifier la $VIRTUAL_ENVvariable d'environnement dans le activatescript (par exemple en utilisantsed ), et tout devrait être prêt.

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, maintenant vous pouvez installer des choses et les charger dans votre nouvel environnement virtuel.

Pour Python 3.3+ (avec un nouveau venvmodule intégré)

Réponse courte (quelle que soit la version):

• Il n'y a pas de moyen propre et direct de déplacer un environnement virtuel
• Recréez simplement, c'est facile !!

Longue réponse:

Depuis Python v3.3, virtualenvest devenu un module intégré nommé venv.

L' --relocatableoption mentionnée dans d'autres réponses n'a pas été incluse dans venv, et actuellement, il n'y a pas de moyen sûr et sûr à ma connaissance de renommer ou de déplacer un environnement virtuel Python.

Cependant, il existe un moyen assez simple de recréer simplement un environnement virtuel, avec tous ses packages actuellement installés. Consultez cette réponse ou consultez la section ci-dessous pour obtenir des informations sur la recréation d'un environnement virtuel. Au cours du processus, vous pouvez recréer le nouvel environnement dans n'importe quel endroit et avec le nom de votre choix. Ou consultez la section ci-dessous pour le processus.

Dans cette réponse, il mentionne quelques autres packages tiers qui peuvent prendre en charge les changements de noms ou les déplacements directs. Si vous êtes décidé à rechercher un moyen de déplacer un environnement virtuel intact, vous pouvez vérifier si ceux-ci fonctionnent venvégalement.

Remarque: Dans cette réponse, il est axé sur virtualenv, plutôt que sur venv. Voir ci-dessous pour savoir comment traduire.

venvvs virtualenvsyntaxe de commande plus ancienne

La commande à utiliser venvest:

python -m venv

plutôt que simplement virtualenv, qui s'installe en tant que commande dans le package d'origine. Où «python» fait référence à la façon dont vous exécutez votre exécutable python, ce qui peut être une variété de choses, telles que:

1. python
2. pyou py -3.7ou similaire (le lanceur Python pour Windows pour Python 3.3+ et Windows uniquement pour le moment)
3. python3 (convention pour les environnements Linux qui installent en double python 2 et 3)
4. Si vous rencontrez des problèmes, utilisez le chemin absolu de l'exécutable python que vous souhaitez exécuter: par exemple c:\program files\python37\python.exe

Si vous ne savez pas quelle version est exécutée, vous pouvez toujours python --versionle savoir.

Comment recréer un environnement virtuel

Créer / recréer un environnement virtuel est facile et devrait devenir une seconde nature après avoir travaillé un peu avec eux. Ce processus reflète ce que vous feriez pour distribuer votre script en tant que package (avec ses dépendances) dans la première moitié, puis ce que quelqu'un ferait pour installer votre script / package pour un développement ultérieur.

Tout d'abord, obtenez une liste mise à jour de ce qui se trouve dans l'environnement virtuel. Lorsqu'il est actif, obtenez la version de Python qu'il utilise et enregistrez la liste des dépendances dans un fichier.

1. Utiliser python --versionavec l'environnement virtuel activé pour voir quelle version de Python il utilise.

   • C'est pour plus de clarté - vous pouvez mettre à jour la version Python pour diverses raisons - au moins vers la dernière version du correctif
   • Par exemple, si le venv existant utilise Python v3.7.4, mais que maintenant la v3.7.6 est hors service, utilisez la v3.7.6 à la place, qui ne devrait inclure que des correctifs de sécurité et de bogues sans rupture.

2. Utilisez python -m pip freeze > requirements.txtpour créer la liste des dépendances actuelles du package et les mettre dans lerequirements.txt fichier. Cette commande fonctionne sous Linux ou Git Bash à coup sûr - pas sûr à 100% de Powershell ou de la ligne de commande sous Windows.

Créez maintenant un nouvel environnement virtuel, puis ajoutez les dépendances de l'ancien.

3. Faites votre nouveau venv.

   • Assurez-vous que vous utilisez la bonne version de python que vous souhaitez installer sur le venv.
   • Si vous voulez que ce soit exactement la même version de Python:
     • Exécutez python directement à partir de l'environnement virtuel actuel (avec celui-ci activé), et utilisez simplement pythoncomme commande
     • Ou utilisez un chemin absolu avec python.exedans le dossier de l'environnement virtuel
   • Pour la nouvelle entrée de dossier venv dans la commande:
     • Ajoutez un chemin absolu ou relatif à l'emplacement de dossier final souhaité.
     • Permet python -m venv my_new_venvde créer un nouvel environnement virtuel dans le répertoire de travail actuel dans un nouveau my_new_venvdossier.
     • Le nom du dossier venv sera le nom du venv (ce qui apparaît dans l'invite lorsqu'il est activé).

4. Installez vos dépendances à partir du requirements.txtfichier.

   • python -m pip install -r requirements.txt

Vous devrez peut-être réinstaller les packages locaux qui sont en mode de développement.

Notez que si vous avez besoin de voir l'emplacement spécifique dans lequel un package est installé, utilisez:

• python -m pip list -v
• L' -voption ou "verbose" ajoutera des informations supplémentaires sur chaque paquet qui est installé, y compris le chemin dans lequel il est installé. Ceci est utile pour vous assurer que vous gardez les paquets virtuels, utilisateur et système installés.

À ce stade, vous pouvez simplement supprimer l'ancien dossier venv et tout son contenu. Je recommande d'utiliser une interface graphique pour cela - les suppressions de fichiers sont souvent permanentes à partir de la ligne de commande Linux, et une petite faute de frappe peut être une mauvaise nouvelle.

L' --relocatableargument à virtualenvsemble vous permettre de faire cela.

MAIS HÉLAS:

Non, vous ne pouvez pas simplement mv. Il existe des solutions de contournement, mais il peut être plus facile de réinstaller.

(my-python-venv)$ /home/me/PeskyPartyPEnvs/pip3 install foaas
zsh: /home/me/PeskyPartyPEnvs/pip3: bad interpreter: /home/me/Env/my-python-venv/bin/python3: no such file or directory
(my-python-venv)$ deactivate
$ 

... presse enterbeaucoup dans la frustration, et les travaux suivants

$
$
$ pip3 search foaas

Sauf que ce n'est pas de la my-python-venvtristesse.

Vous voulez mvvotre virtualenvet l'utiliser, sinon non modifié?

Réponse courte:

Eh bien, tu ne peux pas .

Oui, cela devrait être possible si vous n'avez rien fait qui dépend du répertoire actuel du virtualenv.

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

La documentation mentionne que :

Chaque virtualenv contient des informations de chemin codées en dur,

Par exemple, si vous avez exécuté setvirtualenvproject il ne sera pas en mesure de basculer vers le bon répertoire une fois que vous avez exécuté workon ..., vous devrez donc résoudre ce problème manuellement.

En général, virtualenv n'est guère plus qu'un répertoire avec les fichiers d'interprétation Python nécessaires ainsi que les packages dont vous avez besoin.

En utilisant les réponses à ce sujet et à d'autres sujets sur un sujet similaire, j'ai créé un script bash qui, localisé et exécuté dans le répertoire virtualenv lui - même , vous aidera avec vos déplacements virtualenv.

Après cela, virtualenv --relocatable yourenvvous devrez changer votre VIRTUAL_ENVvariable chaque fois que vous déplacez le répertoire, donc si vous ne voulez pas le changer manuellement, utilisez ceci.

#!/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.

OUI, VOUS POUVEZ! (Danswindows )

La solution de contournement est simple, déplacez simplement votre environnement virtuel n'importe où, puis modifiez-le à l' activate.batintérieur scripts\:

1. Déplacer vers l'environnement virtuel vers le répertoire souhaité

2. Cliquez avec le bouton droit de la souris et modifiez activate.batsitué à venv_folder\scripts.

3. Changer la VIRTUAL_ENVvariable de:

    set VIRTUAL_ENV=C:\old_directory\venv_name
   

   dans

    set VIRTUAL_ENV=C:\new_directory\venv_name
   

4. Enregistrez le fichier de commandes édité, et c'est tout!

REMARQUE: ma solution devrait fonctionner et enregistrer la windows usersconfiguration de nouveaux environnements virtuels, je doute que cela fonctionnera dans un autre système d'exploitation car il .batprovient deMS-DOS