Où créer des virtualenv?

Je ne sais pas où je devrais mettre mes virtualenvs.

Avec mon premier projet django, j'ai créé le projet avec la commande

django-admin.py startproject djangoproject

J'ai ensuite cd dans le répertoire djangoproject et ai exécuté la commande

virtualenv env

qui a créé le répertoire d'environnement virtuel au même niveau que le djangoprojectrépertoire interne .

Est-ce le mauvais endroit pour créer le virtualenv pour ce projet particulier?

J'ai l'impression que la plupart des gens gardent tous leurs virtualenv ensemble dans un répertoire complètement différent, par exemple ~/virtualenvs, et utilisent ensuite virtualenvwrapper pour basculer entre eux.

Existe-t-il une manière correcte de procéder?

De nombreuses personnes utilisent l' outil virtualenvwrapper , qui conserve tous les virtualenv au même endroit (le ~/.virtualenvsrépertoire) et permet des raccourcis pour les créer et les conserver. Par exemple, vous pouvez faire:

mkvirtualenv djangoproject

puis plus tard:

workon djangoproject

C'est probablement une mauvaise idée de conserver le répertoire virtualenv dans le projet lui-même, car vous ne voulez pas le distribuer (cela peut être spécifique à votre ordinateur ou à votre système d'exploitation). À la place, conservez un fichier requirements.txt en utilisant pip :

pip freeze > requirements.txt

et distribuez cela. Cela permettra aux autres utilisateurs de votre projet de réinstaller toutes les mêmes exigences dans leur virtualenv avec:

pip install -r requirements.txt

Changer l'emplacement du répertoire virtualenv le casse

C'est un avantage de placer le répertoire en dehors de l'arborescence du référentiel, par exemple sous ~/.virtualenvsavecvirutalenvwrapper .

Sinon, si vous le gardez dans l'arborescence du projet, le déplacement de l'emplacement du projet cassera le virtualenv.

Voir: Renommer un dossier virtualenv sans le casser

Il y en a, --relocatablemais on sait que ce n'est pas parfait.

Un autre avantage mineur: vous n'y êtes pas obligé .gitignore.

Les avantages de le mettre gitignored dans l'arborescence du projet lui-même sont:

• garde les choses liées proches les unes des autres.
• vous ne réutiliserez probablement jamais une virtualenv donnée dans les projets, donc la placer ailleurs ne donne pas beaucoup d'avantage

L'endroit généralement accepté pour les placer est le même endroit que l'installation par défaut de virtualenvwrapper les place: ~/.virtualenvs

Connexes: virtualenvwrapper est un excellent outil qui fournit des raccourcis pour les commandes virtualenv courantes. http://www.doughellmann.com/projects/virtualenvwrapper/

Si vous utilisez pyenv install Python, pyenv-virtualenv sera une meilleure pratique. Si le .python-versionfichier est défini , il peut activer ou désactiver automatiquement l'environnement virtuel lorsque vous changez de dossier de travail. Pyenv-virtualenvmettez également tous les env virtuels dans le $HOME/.pyenv/versionsdossier.

D'après mon expérience personnelle, je recommanderais d'organiser tous les environnements virtuels dans un seul répertoire. À moins que quelqu'un ait une mémoire extrêmement précise et puisse se souvenir des fichiers / dossiers dispersés dans le système de fichiers. Pas un grand fan de l'utilisation d'autres outils juste pour gérer des environnements virtuels. Dans VSCode, si je configure le python.venvPathrépertoire ( ) contenant tous les environnements virtuels, il peut tous les reconnaître automatiquement.