Bisher wurde die Python-Umgebung von pyenv verwaltet, aber ich höre es oft, deshalb habe ich versucht, virtualenv zu verwenden. Installieren Sie gleichzeitig virtualenvwrapper.
So was
$ pyenv versions
system
* 3.5.2 (set by /Users/hikaru/.pyenv/version)
Installieren Sie in der Umgebung von Python 3.5.2.
$ pyenv version
3.5.2 (set by /Users/hikaru/.pyenv/version)
$ pip install virtualenv virtualenvwrapper
Schreiben Sie Folgendes in .bashrc
export WORKON_HOME=$HOME/.virtualenvs
source $PYENV_ROOT/versions/3.5.2/bin/virtualenvwrapper.sh
Führen Sie den folgenden Befehl aus.
$ mkdir ~/.virtualenvs
$ source ~/.bashrc
Ich war süchtig nach dem Speicherort der Quelle virtualenvwrapper.sh. Es gibt auch eine Datei mit dem Namen $ HOME / .pyenv / shims / virtualenvwrapper.sh, die sich jedoch von der oben genannten unterscheidet. Oder besser gesagt, als ich das beschaffte, wurde das Terminal verlassen.
$ 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
Mit dieser Art von Gefühl wurde eine Umgebung namens Django geschaffen. Es sind nur die minimal erforderlichen Pakete enthalten.
(django)$ deactivate
$
Sie können jede Umgebung eingeben, indem Sie die Umgebungsliste mit dem Befehl workon anzeigen und die Umgebung als Option auswählen.
$ workon
django
$ workon django
(django) $
$ rmvirtualenv django
Removing django...
$
Wenn mkvirtualenv in der Umgebung von python3.5.2 ausgeführt wird, wird die Umgebung von python3.5.2 erstellt, es kann jedoch auch eine andere Python explizit verwendet werden.
$ 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 funktioniert ordnungsgemäß.
Wenn Sie nicht für jede Python-Version Pakete verwalten müssen, benötigen Sie wahrscheinlich keine virtuelle Umgebung. Wenn es andererseits Pakete gibt, die sich gegenseitig nachteilig beeinflussen, oder wenn eine detaillierte Versionsspezifikation erforderlich ist, Es scheint besser, die Umgebung mit virtualenv auszuschalten.
Recommended Posts