Jusqu'à présent, l'environnement Python était géré par pyenv, mais je l'entends souvent, j'ai donc essayé d'utiliser virtualenv. En même temps, installez virtualenvwrapper.

Pré-environnement

Comme ça

$ pyenv versions 
  system
* 3.5.2 (set by /Users/hikaru/.pyenv/version)

Installation

Installez dans l'environnement de python 3.5.2.

$ pyenv version
3.5.2 (set by /Users/hikaru/.pyenv/version)
$ pip install virtualenv virtualenvwrapper

installer

Écrivez ce qui suit dans .bashrc

export WORKON_HOME=$HOME/.virtualenvs
source $PYENV_ROOT/versions/3.5.2/bin/virtualenvwrapper.sh

Exécutez la commande suivante.

$ mkdir ~/.virtualenvs
$ source ~/.bashrc

J'étais accro à l'emplacement de la source virtualenvwrapper.sh. Il existe également un fichier appelé $ HOME / .pyenv / shims / virtualenvwrapper.sh, mais il est différent de celui ci-dessus. Ou plutôt, lorsque j'ai trouvé cela, le terminal était sorti.

bouge toi

Construire l'environnement

$ mkvirtualenv django
Using base prefix '/Users/hikaru/.pyenv/versions/3.5.2'
New python executable in /Users/hikaru/.virtualenvs/django/bin/python3.5
Also creating executable in /Users/hikaru/.virtualenvs/django/bin/python
Installing setuptools, pip, wheel...done.
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/predeactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/postdeactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/preactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/postactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/get_env_details
(django) $ pip list -l --format=columns
Package    Version
---------- -------
appdirs    1.4.3  
packaging  16.8   
pip        9.0.1  
pyparsing  2.2.0  
setuptools 35.0.2 
six        1.10.0 
wheel      0.29.0

Avec ce genre de sentiment, un environnement appelé django a été créé. Seuls les packages minimum requis sont inclus.

Sortez de l'environnement

(django)$ deactivate
$

Vous pouvez accéder à chaque environnement en affichant la liste des environnements avec la commande workon et en sélectionnant l'environnement comme option.

$ workon 
django
$ workon django
(django) $

Supprimer l'environnement

$ rmvirtualenv django
Removing django...
$

Construction d'environnement en spécifiant Python

Lorsque mkvirtualenv est exécuté sous l'environnement python3.5.2, l'environnement python3.5.2 est créé, mais un autre python peut être utilisé explicitement.

$ mkvirtualenv --python=/usr/bin/python2.7 django
Running virtualenv with interpreter /usr/bin/python2.7
New python executable in /Users/hikaru/.virtualenvs/django/bin/python
Installing setuptools, pip, wheel...done.
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/predeactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/postdeactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/preactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/postactivate
virtualenvwrapper.user_scripts creating /Users/hikaru/.virtualenvs/django/bin/get_env_details
(django) $ python --version
Python 2.7.10
(django) $

Python 2.7.10 fonctionne correctement.

Résumé

Si vous n'avez pas besoin de gérer les packages pour chaque version de python, vous n'avez probablement pas besoin de virtualenv. D'un autre côté, s'il y a des packages qui se perturbent mutuellement ou si une spécification de version détaillée est requise, Il semble préférable de désactiver l'environnement avec virtualenv.

Une histoire d'essayer pyenv, virtualenv et virtualenvwrapper