Определите, работает ли Python внутри virtualenv

StackOverflow https://stackoverflow.com/questions/1871549

  •  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 установил пакеты.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top