Определите, работает ли Python внутри virtualenv
-
18-09-2019 - |
Вопрос
Можно ли определить, работает ли текущий скрипт внутри среды virtualenv?
Решение
AFAIK самый надежный способ проверить это (и способ, который используется внутри virtualenv и в pip) - это проверить наличие sys.real_prefix
:
import sys
if hasattr(sys, 'real_prefix'):
#...
Внутри виртуального окружения sys.prefix
указывает на каталог virtualenv и sys.real_prefix
указывает на «настоящий» префикс системы Python (часто /usr
или /usr/local
или что-то в этом роде).
За пределами виртуального окружения, sys.real_prefix
не должно существовать.
Используя VIRTUAL_ENV
переменная среды не является надежной.Он устанавливается virtualenv activate
сценарий оболочки, но virtualenv можно использовать без активации, напрямую запустив исполняемый файл из virtualenv. bin/
(или Scripts
) каталог, в этом случае $VIRTUAL_ENV
не будет установлен.
Другие советы
Попробуйте использовать pip -V
(обратите внимание на заглавную букву V)
Если вы используете виртуальную среду.он покажет путь к местоположению окружения.
Это улучшение принятого ответа на Карл Мейер.Это работает с виртуальное окружение для Python 3 и 2, а также для венв модуль в Python 3:
import sys
def is_venv():
return (hasattr(sys, 'real_prefix') or
(hasattr(sys, 'base_prefix') and sys.base_prefix != sys.prefix))
Чек на sys.real_prefix
охватывает virtualenv, равенство непустых sys.base_prefix
с sys.prefix
охватывает венв.
Рассмотрим сценарий, который использует эту функцию следующим образом:
if is_venv():
print('inside virtualenv or venv')
else:
print('outside virtualenv or venv')
И следующий вызов:
$ python2 test.py
outside virtualenv or venv
$ python3 test.py
outside virtualenv or venv
$ python2 -m virtualenv virtualenv2
...
$ . virtualenv2/bin/activate
(virtualenv2) $ python test.py
inside virtualenv or venv
(virtualenv2) $ deactivate
$ python3 -m virtualenv virtualenv3
...
$ . virtualenv3/bin/activate
(virtualenv3) $ python test.py
inside virtualenv or venv
(virtualenv3) $ deactivate
$ python3 -m venv venv3
$ . venv3/bin/activate
(venv3) $ python test.py
inside virtualenv or venv
(venv3) $ deactivate
Проверить $VIRTUAL_ENV
переменная среды.
А $VIRTUAL_ENV
Переменная среды содержит каталог виртуальной среды в активной виртуальной среде.
>>> import os
>>> os.environ['VIRTUAL_ENV']
'/some/path/project/venv'
Как только вы запустите deactivate
/ выходим из виртуальной среды, $VIRTUAL_ENV
переменная будет очищена/пустая.Python поднимет KeyError
потому что переменная среды не установлена.
>>> import os
>>> os.environ['VIRTUAL_ENV']
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/local/Cellar/python/3.7.3/Frameworks/Python.framework/Versions/3.7/lib/python3.7/os.py", line 678, in __getitem__
raise KeyError(key) from None
KeyError: 'VIRTUAL_ENV'
Те же самые проверки переменных среды, конечно, можно выполнять и вне сценария Python, в оболочке.
По словам руководителя virtualenv на http://www.python.org/dev/peps/pep-0405/#спецификация вы можете просто использовать sys.prefix вместо os.environ['VIRTUAL_ENV'].
sys.real_prefix не существует в моем виртуальном окружении, как и sys.base_prefix.
Ты можешь сделать which python
и посмотрите, указывает ли он на тот, что находится в виртуальной среде.
Чтобы проверить, есть ли у вас внутри Virtualenv:
import os
if os.getenv('VIRTUAL_ENV'):
print('Using Virtualenv')
else:
print('Not using Virtualenv')
Вы также можете получить дополнительные данные о вашей среде:
import sys
import os
print(f'Python Executable: {sys.executable}')
print(f'Python Version: {sys.version}')
print(f'Virtualenv: {os.getenv("VIRTUAL_ENV")}')
Я регулярно использую несколько виртуальных сред, установленных Anaconda (venv).Этот фрагмент кода/примеры позволяют вам определить, находитесь ли вы в venv (или в вашей системной среде), а также потребовать определенный venv для вашего сценария.
ДОБАВИТЬ В PYTHON SCRIPT (фрагмент кода):
# ----------------------------------------------------------------------------
# Want script to run in Python 3.5 (has required installed OpenCV, imutils, ... packages):
import os
# First, see if we are in a conda venv { py27: Python 2.7 | py35: Python 3.5 | tf: TensorFlow | thee : Theano }
try:
os.environ["CONDA_DEFAULT_ENV"]
except KeyError:
print("\tPlease set the py35 { p3 | Python 3.5 } environment!\n")
exit()
# If we are in a conda venv, require the p3 venv:
if os.environ['CONDA_DEFAULT_ENV'] != "py35":
print("\tPlease set the py35 { p3 | Python 3.5 } environment!\n")
exit()
# See also:
# Python: Determine if running inside virtualenv
# http://stackoverflow.com/questions/1871549/python-determine-if-running-inside-virtualenv
# [ ... SNIP! ... ]
ЗАПУСТИТЕ СВОЙ СКРИПТ (примеры):
$ python webcam_cv3_v2_fps_v2c.py -n50
Please set the py35 { p3 | Python 3.5 } environment!
$ thee
[Theano in Anaconda Python 2.7 venv (source activate theano-env)]
(theano-env) $ python webcam_cv3_v2_fps_v2c.py -n50
Please set the py35 { p3 | Python 3.5 } environment!
(theano-env) $ tf
[TensorFlow in Anaconda Python 2.7 venv (source activate tf-env]
(tf-env) $ python webcam_cv3_v2_fps_v2c.py -n50
Please set the py35 { p3 | Python 3.5 } environment!
(tf-env) $ p2
[Anaconda Python 2.7 venv (source activate py27)]
(py27) $ python webcam_cv3_v2_fps_v2c.py -n50
Please set the py35 { p3 | Python 3.5 } environment!
(py27) $ p3
[Anaconda Python 3.5 venv (source activate py35)]
(py35) $ python webcam_cv3_v2_fps_v2c.py -n50
current env: py35
processing (live): found 2 faces and 4 eyes in this frame
threaded OpenCV implementation
num_frames: 50
webcam -- approx. FPS: 18.59
Found 2 faces and 4 eyes!
(py35) $ sd
[Anaconda venv deactivate (source deactivate)]
$ python webcam_cv3_v2_fps_v2c.py -n50
Please set the py35 { p3 | Python 3.5 } environment!
$ ## Q.E.D. ;-)
Обновлять:используйте в bash-скриптах:
Вы также можете использовать этот подход в сценариях bash (например, в тех, которые должны выполняться в определенной виртуальной среде).Пример (добавлен в скрипт bash):
# ----------------------------------------------------------------------------
# Excerpt from: /mnt/Vancouver/Programming/scripts/tf_tb_del.sh ## tf_tb_del: tf_tensorboard_delete
# [bash script run on command-line: calls TensorFlow-related commands, therefore must be run in tf-env venv]
if [ $CONDA_DEFAULT_ENV ] ## << note the spaces (important in bash)!
then
printf '\n\tvenv: tf-env\n'
else
printf '\n\n\t*******************************************************************\n'
printf '\t*** NOTE! Must run this script in tf-env virtual environment! ***\n'
printf '\t*******************************************************************'
exit
fi
## [ ... snip ... ]
Самый простой способ - просто запустить: which python
, если вы находитесь в виртуальном окружении, он будет указывать на свой Python вместо глобального
(отредактировано) Я нашел такой способ, что вы об этом думаете?(он также возвращает базовый путь venv и работает даже для читать документацию где проверка окружение переменная не имеет):
import os
import sys
from distutils.sysconfig import get_config_vars
def get_venv_basedir():
"""Returns the base directory of the virtualenv, useful to read configuration and plugins"""
exec_prefix = get_config_vars()['exec_prefix']
if hasattr(sys, 'real_prefix') is False or exec_prefix.startswith(sys.real_prefix):
raise EnvironmentError('You must be in a virtual environment')
return os.path.abspath(get_config_vars()['exec_prefix'] + '/../')
Это не пуленепробиваемый метод, но для сред UNIX простой тест, например
if run("which python3").find("venv") == -1:
# something when not executed from venv
у меня отлично работает.Это проще, чем проверять наличие какого-либо атрибута, и в любом случае вам следует назвать свой каталог venv. venv
.
В ОС Windows вы видите что-то вроде этого:
C:\Users\yourusername\virtualEnvName\Scripts>activate
(virtualEnvName) C:\Users\yourusername\virtualEnvName\Scripts>
Круглые скобки означают, что вы на самом деле находитесь в виртуальной среде под названием «virtualEnvName».
А потенциал решение:
os.access(sys.executable, os.W_OK)
В моем случае я просто хотел выяснить, смогу ли я установить элементы с помощью pip как есть.Хотя это может быть неправильным решением для всех случаев, рассмотрите возможность просто проверить, есть ли у вас права на запись для местоположения исполняемого файла Python.
Примечание: это работает во всех версиях Python, но также возвращает True
если вы запустите системный Python с sudo
.Вот потенциальный вариант использования:
import os, sys
can_install_pip_packages = os.access(sys.executable, os.W_OK)
if can_install_pip_packages:
import pip
pip.main(['install', 'mypackage'])
Это старый вопрос, но слишком много приведенных выше примеров слишком сложны.
Будь проще:(в Jupyter Notebook или терминале Python 3.7.1 в Windows 10)
import sys
print(sys.executable)```
# example output: >> `C:\Anaconda3\envs\quantecon\python.exe`
OR
```sys.base_prefix```
# Example output: >> 'C:\\Anaconda3\\envs\\quantecon'
Здесь уже опубликовано много отличных методов, но я просто добавляю еще один:
import site
site.getsitepackages()
скажет вам, где pip
установил пакеты.