Python tutorial: virtualenv & virtualenvwrapper

Основной процесс воссоздания виртуальной среды

Создание / воссоздание виртуальной среды легко и должно стать второй натурой после небольшой работы с ними. Это отражает то, что вы будете делать, чтобы распространять ваш скрипт с его зависимостями в управлении версиями в первой половине, а затем то, что кто-то, устанавливающий ваш скрипт или пакет, сделает для настройки скрипта для дальнейшей его разработки.

Сначала получите обновленный список того, что находится в виртуальной среде. Когда он активен, получите версию Python, которую он использует, и сохраните список зависимостей в файл.

Используйте , чтобы увидеть, какая у него версия Python

Обратите внимание, что вы можете обновить его по разным причинам — по крайней мере, до последней версии патча (например, в текущем выпуске venv установлен Python v3.7.4, но теперь вышел v3.7.6, и вы обновили установку до уровня патча) Обновления версии — только обновления безопасности / исправления ошибок). Вам потребуется точная версия на вашем компьютере, чтобы установить его

Используйте , чтобы создать список текущих зависимостей пакетов и поместить их в файл . Эта команда точно работает в Linux или Git Bash — не на 100% уверен в Powershell или командной строке в Windows.

Теперь создайте новую виртуальную среду, а затем добавьте зависимости от старой.

Сделай свой новый венв. Убедитесь, что вы используете правильную версию python, которую хотите установить на venv. Либо добавьте абсолютный или относительный путь для конечной папки Venv. Используйте . Имя папки будет именем venv.
Установите ваши зависимости из файла . Используйте .

Возможно, вам придется переустановить локальные пакеты, которые находятся в режиме разработки

Обратите внимание: если вам когда-либо понадобится увидеть конкретное местоположение, в которое установлен пакет, используйте. Параметр или «verbose» добавит некоторую дополнительную информацию о каждом установленном пакете, включая путь, в котором он установлен

Это полезно, чтобы убедиться, что вы соблюдаете правильность установленных виртуальных, пользовательских и системных пакетов.

На данный момент вы можете просто удалить старую папку venv и все содержимое. Я рекомендую использовать графический интерфейс для этого — удаление файлов может быть довольно постоянным из командной строки Linux, и небольшая опечатка может быть плохой новостью.

Зачем нам все эти детали?

Очень важно иметь представление об этом, так как по умолчанию, каждый объект вашей системы будет использовать одинаковые каталоги для хранения и разрешения пакетов (сторонних библиотек. На первый взгляд это не выглядит чем-то значительным

Это так, но только в отношении системных пакетов, являющихся частью стандартной библиотеки Python – но сторонние пакеты – это другое дело.

Представим следующий сценарий, где у вас есть два проекта: проект А и проект Б, которые оба имеют зависимость от одной и той же библиотеки – проект В. Проблема становится явной, когда мы начинаем запрашивать разные версии проекта В. Может быть так, что проект А запрашивает версию 1.0.0, в то время как проект Б запрашивает более новую версию 2.0.0, к примеру.

Это большая проблема Python, поскольку он не может различать версии в каталоге «site-packages». Так что обе версии 1.0.0 и 2.0.0 будут находиться с тем же именем в одном каталоге:

Shell

/System/Library/Frameworks/Python.framework/Versions/3.5/Extras/lib/python/ProjectC

1	SystemLibraryFrameworksPython.frameworkVersions3.5ExtraslibpythonProjectC

И так как проекты хранятся в соответствии с их названиями, то нет различий между версиями. Таким образом, проекты А и Б должны будут использовать одну и ту же версию, что во многих случаях неприемлемо.

Тут-то и вступает в игру виртуальная среда (вместе с инструментами virtualenv/ven)

Установка virtualenv + virtualenvwrapper в Unix/Linux

И так, начнем установку virtualenv + virtualenvwrapper на различные ОС. Но прежде чем начнем, необходимо установить python ( разные версии). Кто не знает как это сделать, то вот отличный мануал:

Я, в данной теме, рассказывал как установить питон с разными версиями.

Установка virtualenv + virtualenvwrapper в CentOS/Fedora/RedHat

-===СПАСОБ 1 — использовать PIP==

Самый простой способ установить все, — это использовать PIP. Я расскажу как установить его немного ниже.

-===СПАСОБ 2 — использовать пакетный менеджер==

Используем пакетный менеджер yum и выполняем установку:

И можно идти дальше….

-===СПАСОБ 3 — скомпилировать с исходного кода==

Собрать все вручную. Но я пока что — это делать не буду.

Установка virtualenv + virtualenvwrapper в Debian/Ubuntu

-===СПАСОБ 1 — использовать PIP==

Самый простой способ установить все, — это использовать PIP. Я расскажу как установить его немного ниже.

-===СПАСОБ 2 — использовать пакетный менеджер==

Используем пакетный менеджер apt-get и выполняем установку:

Что касается virtualenvwrapper, то ставим его через PIP.

-===СПАСОБ 3 — скомпилировать с исходного кода==

Собрать все вручную. Но я пока что — это делать не буду.

Установка virtualenv + virtualenvwrapper в FreeBSD

-===СПАСОБ 1 — использовать PIP==

Самый простой способ установить все, — это использовать PIP. Я расскажу как установить его немного ниже.

-===СПАСОБ 2 — используем порты==

-===СПАСОБ 3 — скомпилировать с исходного кода==

Собрать все вручную. Но я пока что — это делать не буду.

Установка virtualenv + virtualenvwrapper в Mac OS X

-===СПАСОБ 1 — использовать PIP==

Самый простой способ установить все, — это использовать PIP. Я расскажу как установить его немного ниже.

-===СПАСОБ 2 — используем homebrew==

Устанавливаем homebrew:

Выполним поиск пакетов:

Устанавливаем:

Или:

Чтобы включить автоматическую активацию, добавьте в свой профиль (~/.bash_profile):

Или, можно сделать это так:

-===СПАСОБ 3 — скомпилировать с исходного кода==

Собрать все вручную. Но я пока что — это делать не буду.

Установка virtualenv + virtualenvwrapper через PIP

Для начала, стоит установить сам pip:

После чего, запускаем:

PS: можно использовать easy_install (как я собственно и делал):

Если имеется питон 3, то он ставит pip3. Чтобы установить virtualenv и virtualenvwrapper используйте :

И переходим к использованию…

Виртуальные окружения

Решение очевидно — у каждого проекта должен быть свой интерпретатор Python,
со своей собственной изолированной директорией . Это и есть
основная идея, стоящая за виртуальными окружениями. Виртуальное окружение —
это самостоятельная копия интерпретатора со своими пакетами.

Как создавать виртуальные окружения

Начиная с Python версии 3.5 (на данный момент это самая старая из официально
поддерживаемых версий языка, так что справедливо ожидать, что как минимум
везде установлен Python 3.5 или новее), создать виртуальное окружение стало
очень просто:

Например, допустим, что мы работаем над проектом :

Создавать виртуальное окружения рядом с кодом — это распространённая практика,
так проще ничего не перепутать, но вообще виртуальное окружение может быть
где угодно, и директория тоже может называться как угодно

Обратите внимание,
что если вы создаете виртуальное окружение в директории под управлением
системы контроля версий (git), то его не нужно коммитить.
Лучше вообще добавьте его () в

В директорию будет скопирован тот самый интерпретатор, при помощи
которого виртуальное окружение и создавалось. Т.е. если

то в виртуальном окружении будет та же самая версия:

Активируем окружение

Посмотрим, что внутри директории :

Обратите внимание, что в директории есть некий файл в
нескольких вариантах для разных шеллов. Это и есть «точка входа» в виртуальное
окружение

Просто создать виртуальное окружение мало, нужно его активировать.
Но сначала проверим, какие и (исполняемые файлы) используются
в обычном режиме работы:

Это мой обычный Python, вне виртуального окружения, назовём его глобальным.
Теперь активируем виртуальное окружение:

Для Windows процесс активации будет отличаться (допустим, что виртуальное окружение
создано в ):

Обратите внимание, что приветствие шелла изменилось (добавилось ), чтобы
показать, что мы «внутри» виртуального окружения под названием. Теперь проверим еще раз, какие и используются:

Теперь проверим еще раз, какие и используются:

Посмотрите на пути — мы внутри виртуального окружения! Теперь можно смело
устанавливать любые пакеты, и это никак не повлияет на глобальный Python или
на другие виртуальные окружения:

Можно запускать любые файлы, и они будут иметь доступ к установленным пакетам:

IDE тоже нужно настроить, указав путь к внутри виртуального
окружения, тогда редактор сможет лучше вам помогать.

По завершению работы с виртуальным окружением можно просто набрать ,
либо закрыть окно терминала:

И мы видим, что команда снова вызывает глобальный интерпретатор.
При этом виртуальное окружение осталось в своей директории, оно просто не
активно. В следующий раз, когда будет нужно поработать с виртуальным
окружением, не забудьте снова его активировать.

Виртуальное окружение можно полностью удалить, когда оно перестанет быть
нужным:

В идеале, у вас должна быть возможность в любой момент удалить и пересоздать
виртуальное окружение заново, для этого храните список зависимостей проекта и
содержите его в актуальном состоянии (например, в ).
В процессе разработки могут случиться всякие казусы с зависимостями,
и иногда проще пересоздать виртуальное окружение заново, чем пытаться
починить сломанное.

Вот так можно работать с виртуальными окружениями в Python. Всегда устанавливайте
зависимости проектов только в изолированные виртуальные окружения. Не смешивайте
зависимости разных проектов в одном окружении.

Когда в инструкции по установке библиотеки написано ,
подразумевается, что у читателя есть понимание, что он делает. Думаю,
разработчики библиотек не пишут про создание виртуальных окружений
только потому, что это сильно раздуло бы все инструкции.

License¶

Permission to use, copy, modify, and distribute this software and its
documentation for any purpose and without fee is hereby granted,
provided that the above copyright notice appear in all copies and that
both that copyright notice and this permission notice appear in
supporting documentation, and that the name of Doug Hellmann not be
used in advertising or publicity pertaining to distribution of the
software without specific, written prior permission.

DOUG HELLMANN DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE,
INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO
EVENT SHALL DOUG HELLMANN BE LIABLE FOR ANY SPECIAL, INDIRECT OR
CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF
USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR
OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
PERFORMANCE OF THIS SOFTWARE.

Создание и использование виртуальной среды

является инструментом для создания изолированных сред Python. Эта программа создает папку, которая содержит все необходимые исполняемые файлы для использования пакетов, необходимых для проекта Python.

Установка инструмента virtualenv

Это требуется только один раз. программа может быть доступна через распределение. На Debian-подобных дистрибутивов, пакет называется или .

В качестве альтернативы вы можете установить с помощью пип :

Создание новой виртуальной среды

Это требуется только один раз для каждого проекта. При запуске проекта, для которого вы хотите изолировать зависимости, вы можете настроить новую виртуальную среду для этого проекта:

Это создаст папку , содержащую оснастку сценариев и копию самого двоичного файла. Название папки не имеет значения. После того , как виртуальная среда создана, она является самодостаточной и не требует дальнейшей манипуляции с инструментом. Теперь вы можете начать использовать виртуальную среду.

Активация существующей виртуальной среды

Чтобы активировать виртуальную среду, некоторые оболочки магии требуется , чтобы ваш Python является один внутри вместо системы один. Это цель файл, который вы должны источник в текущую оболочку:

Пользователи Windows должны набрать:

После того, как виртуальная среда была активирована, и исполняемых файлов и все скрипты , установленные модули сторонних те внутри . В частности, все модули , установленные с будут развернуты в виртуальной среде, что позволяет содержимого среды разработки. Активация виртуальной среды также должна добавить префикс к вашему приглашению, как показано в следующих командах.

4.2 Активация / выход из виртуальной среды

Под Mac активируйте шаги созданной виртуальной среды:

cd в каталог папки виртуальной среды

Выполните команду источника bin / activate, оболочка распечатает имя активированной виртуальной среды

С исходной командой

Чтобы убедиться, что вы действительно находитесь в активированной виртуальной среде, выполните команды pip —version и pip list.

Он будет запрашивать (virtual1) после каждой печати, среда является виртуальной средой
Выйдите из виртуальной среды, в активированной виртуальной среде выполните команду deactivate

Обратите внимание, что исходная команда не требуется

Убедитесь, что он вышел, выполните команды pip —version и pip list.

Все результаты получены из системной среды.
Примечание. Если используется система Windows, вам не нужно вводить исходную команду, непосредственно cd в папку сценариев сценариев, а затем выполнять сценарии активации и деактивации. В отличие от Mac, в каталоге bin виртуальной среды есть только сценарий активации, но нет сценария деактивации.

Виртуальная среда в папке с файлами сценариев Windows

Файл каталога bin виртуальной среды Mac

Используйте документациюТакже есть причины для использования источника:

Сохранение и восстановление зависимостей

Чтобы сохранить модули , которые вы установили через , вы можете перечислить все эти модули (и соответствующие версии) в текстовый файл с помощью команды. Это позволяет другим быстро установить модули Python, необходимые для приложения, с помощью команды install. Условное название для такого файла :

Обратите внимание , что находится список всех модулей, в том числе переходных зависимостей , необходимых модулей верхнего уровня , которые Вы устанавливали вручную. Таким образом , вы можете предпочесть ремесло файл вручную , поставив только модули верхнего уровня вам нужно

Использование виртуальной среды на общем хосте

Иногда это не представляется возможным в virtualenv, например , если вы используете mod_wsgi долевой хоста или если у вас нет доступа к файловой системе, как и в Amazon API Gateway, или Google AppEngine. Для тех случаев , вы можете развернуть библиотеки, установленные в вашем virtualenv и пропатчить .

Luckly virtualenv поставляется с скрипт , который обновляет и ваш и ваш

Вы должны добавить эти строки в самом начале файла, который будет выполнять ваш сервер.

Найдет что созданный файл в той же директории вы выполняете и добавить свои для

Если вы хотите использовать скрипт, не забудьте развернуть с, по крайней мере, в и каталогов и их содержимого.

# Встроенные виртуальные среды Начиная с Python 3.3, (https://docs.python.org/3/library/venv.html) будет создавать виртуальные среды. Команда `pyvenv` не требует отдельной установки: $ pyvenv foo $ source foo / bin / activ или $ python3 -m venv foo $ source foo / bin / activ

Установка и создания окружения с virtualenv

Самый популярный пакет, который используется для создания виртуальных сред в Python, это virtualenv. Для его установки на Windows выполните:

Для установки на Linux системах, для Python 3, понадобится выполнить такую команду:

Если вы не будете использовать sudo, то в зависимости от версии ОС у вас появятся разные ошибки. В CentOS установка не выполнится вовсе, а в Ubuntu не будет добавлен путь в переменную окружения:

PermissionError: Permission denied: ‘/usr/local/lib/python3.6’
Command ‘virtualenv’ not found, but can be installed with: sudo apt install virtualenv

Далее, вне зависимости от того используете ли вы Linux или Windows, вы можете выполнить команду получения справки:

Я использую Python 3.6, и так я создам окружение в папке projectname/venv:

Способ выше устанавливает окружение относительно текущего пути. Если нужно установить на другом диске или каталоге, то можно использовать абсолютный путь. Так же не обязательно указывать параметр «-p» если вы используете одну версию Python. Вариант как это может быть сделано на Windows:

Само расположение виртуального окружения рекомендуется создавать в одной папке вместе разрабатываемым приложением. Такую структуру будет легче сопровождать. Я обычно придерживаюсь такой структуры:

Активация и выход из окружения

Для того что бы виртуальное окружения начало работать его нужно активировать. В разных ОС это делается по-разному.

В случаях с Linux указываем полный путь до venv/bin/activate:

Для активации в Windows, в папке venv\Scripts есть несколько файлов:

activate.ps1 — для активации через Powershell;
activate.bat — для активации через CMD.

Для активации просто укажите полный путь до файла. Например:

О том что вы находитесь в виртуальном окружении свидетельствуют следующие надписи:

Вы так же можете сравнить количество установленных пакетов внутри виртуального окружения с тем, что установлено вне:

Теперь вы можете устанавливать пакеты, которые будут работать только в этой среде.

Для выхода из окружения, за исключением запуска с помощью CMD, используйте команду:

Для CMD нужно указать путь до файла «venv\Scripts\deactivate.bat».

8 ответов

Лучший ответ

Это отличный способ всегда быть уверенным, что экземпляр ipython всегда принадлежит версии python virtualenv.

Это работает только на ipython> 2.0.

101

Community
24 Окт 2014 в 07:16

Я позвоню через несколько лет в надежде, что кто-то найдет это полезным.

Это решение решает несколько проблем:

Вам не нужен iPython, установленный в текущем virtualenv, только для глобального Python, который соответствует версии Python вашего virtualenv ().
Работает для пользователей , где ваша глобальная версия Python может быть , а ваш локальный Python virtualenv — , поэтому использование глобального не удастся.
Работает вне виртуальных сред (хотя и не особенно полезно, поскольку всегда нацелено на ).

Добавьте это в ваш или или что у вас есть:

Затем или откройте новый терминал и запустите .

Skinner927
19 Авг 2019 в 17:33

Если вы пытаетесь открыть записную книжку, даже ipython 5 не поможет — ipython будет игнорировать virtualenv (по крайней мере, на моей машине / установке). Вам нужно будет использовать скрипт rgtk, но не забудьте изменить необязательную часть фильтра и sys.path.insert, как показано ниже:

ADD1: в исходном скрипте мы возвращаем объект фильтра, мы ломаем sys.path и вставка ниже завершится неудачно
ADD2: см. этот вопрос и

Community
23 Май 2017 в 12:18

Активируйте свою виртуальную среду с помощью source ~ / .virtualenvs / my_venv / bin / activ или с помощью workon my_venv . (В зависимости от того, как вы установили виртуальную среду my_venv)
Установить ipython

Теперь запустите ipython из my_venv.

Если он по-прежнему загружает системный ipython, запустите

TheDataGuy
14 Авг 2019 в 08:37

(Debian / Ubuntu), предполагая, что установлена какая-то версия (x) Python3, затем:

Запустит ipython под управлением вашей версии Python3.

mjkrause
5 Июн 2018 в 20:22

Ответ, данный @SiddharthaRT, хорош! Следуя такому подходу, мне проще всего:

Это будет использовать модуль IPython через корзину Python, гарантируя, что он ссылается на корзину из виртуальной среды.

jcozar87
18 Окт 2018 в 13:43

Как уже упоминалось, последние версии ipython поддерживают virtualenv, поэтому вы можете использовать свой bin-файл virtualenv скрипт для запуска ipython, используя ваш virtualenv, например

JDiMatteo
20 Июл 2016 в 18:58

Вы можете заставить IPython использовать виртуальную среду, если она доступна, добавив указанный ниже файл в :

Я рекомендую назвать его , чтобы изменения были внесены как можно раньше.

Примечание. Убедитесь, что ipython установлен в новой виртуальной среде, чтобы это работало.

Weevils
28 Ноя 2017 в 18:36

6.2 Больше управления виртуальной средой на основе проектов

6.2.1 Преимущества использования pipenv

Рекомендуемое использование:pipenv, Представляет собой комбинацию pip + virtualenv, которая устраняет недостатки virtualenvwrapper
Поможет автоматически создать виртуальную среду и установить стороннюю библиотеку.
Будет автоматически записывать все сторонние библиотеки, от которых зависит ваш проект
Используйте pipfile и pipfile.lock вместо requirements.txt

Используйте документациюИспользовать документ 2

Список использования команды Pipenv

6.2.2.3 Работа в активированном состоянии

Запустите файл py, python xx.py, где python относится к версии Python виртуальной среды.
Инсталляционный пакет

Просмотр структуры зависимостей пакета

Удалить пакет

Установка pyenv в Unix/Linux

pyenv — замечательный инструмент для управления несколькими версиями Python. Даже если у вас уже установлен Python в вашей системе, стоит установить pyenv, чтобы вы могли легко опробовать новые языковые функции или помочь внести свой вклад в проект, который находится на другой версии Python.

Рекомендуемое чтиво:

Установка virtualenv + virtualenvwrapper в Unix/Linux

И так, начнем установку…

Подключаем EPEL репозиторий:

Установка EPEL

Далее, стоит установить следующие пакеты:

Имеется простой скрипт для установки данного ПО, можно использовать:

После установки, стоит настроить и потом, можно будет юзать данную тулу.

Установка pyenv в Debian/Ubuntu

Стоит установить следующие пакеты:

Имеется простой скрипт для установки данного ПО, можно использовать:

После установки, стоит настроить и потом, можно будет юзать данную тулу.

Установка pyenv в MacOS

Ставим homebrew, статью можно взять тут:

Установка homebrew на Mac OS X

Выполним поиск пакета:

Чтобы поставить данное ПО, выполняем:

Перейдем к настройке.

Настройка pyenv в Unix/Linux

Открываем файл:

Прописываем:

Просто добавьте этот код в конец вашего ~/ .bashrc и затем загрузите ваш профиль, чтобы загрузить эти дополнения:

Для RPM’s ОС:

Или:

Для DEB’s ОС:

Для MacOS:

Можно уже юзать!

Использование pyenv в Unix/Linux

Для того, чтобы посмотреть какие версии python используется на данный момент, имеется команда:

Для установки какой-либо версии, используем:

Смотрим что имеется в системе:

Чтобы переключится на нужную версию, используем:

Так же, можно будет использовать:

Я пока что буду использовать:

Для глобального использования, можно выставить тоже нужную(ые) версию(и):

Можно выставить конкретную версию питона для shell оболочки, например:

Как это выглядит на картинке:

Создадим песочницу:

Или:

Смотрим песочницы:

Сейчас, я выставлю нужные мне версии:

Смотрим версию питона:

Смотрим где находится питон:

И:

Для получения списка команд, множно использовать:

Получить помощь можно так:

Или, для какой-то конкретной команды:

Т.е для активации созданной среды, используем:

Для диактивации, следующая команда:

Для удаления версии питона с ОС, используем:

Для обновления pyenv, имеется конманда:

Для удаления, используйте:

ЗАМЕЧАНИЕ: По умолчанию, $PYENV_ROOT — ~/.pyenv.

Так же, стоит удалить следующие строки с ~/.bashrc:

Вот и все, статья «Установка pyenv в Unix/Linux» завершена.

Version History

See CHANGELOG.md.

License

(The MIT License)

Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
«Software»), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:

The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED «AS IS», WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

Changes

Version 1.2.4

Fixed problems with spaces in workon, rmvirtualenv, mkproject, mkvirtualenv -a
when the virtualenv name or project directory contained spaces (#89). @thebjorn
Fixed problems with spaces etc. in add2virtualenv and setprojectdir (#92, #93) @thebjorn
Added mkproject convenience script (@thehug0naut)
folder_delete.bat is deprecated and will be removed in a future version.
You should be using rmdir %dirname% /s /q instead.

Version 1.2.3

Fixed a problem when the WORKON_HOME folder contained spaces.
Fixed a bug where cmd.com couldn’t pass the Python executable to virtualenv
if the path included the drive letter.
Improved publish pipeline.

Version 1.2.2

-a, -i, and -r options are now available (@thebjorn)
added rudimentary test-suite (@thebjorn)
fix rmvirtualenv command which didn’t delete directory when
e.g. pip left extra files (@rcutmore)

4.1 Создание частично изолированной виртуальной среды

4.1.1 Создать команду: имя виртуальной среды virtualenv

cd по адресу, где хранится виртуальная среда
Выполните команду virtualenv ENV, чтобы создать виртуальную среду с именем ENV.

Создание результатов в виртуальной среде

нота:

Используется среда версии 3.6, поскольку место установки virtualenv находится ниже 3.6, поэтому по умолчанию используется среда Python версии места установки.
К файлам виртуальной среды относятся: синтаксический анализатор Python, инструменты управления пакетами (setuptools, pip, wheel), трехсторонние пакеты и т. Д.
Даже если созданный набор команд сценария bin содержит два сценария, python и python3, на самом деле их версии — 3.6.Это предотвращает недостаточное понимание пользователями и использование версии Python 2.x при использовании команды python.

Необязательный параметр: -p Укажите версию Python2.x для создания виртуальной среды

Эффект казни

4.1.3 Унаследовать ли трехстороннюю библиотеку системы

Добавить параметры, При поиске в библиотеке проектов он также найдет Если не добавлен, по умолчанию поиск библиотек выполняется только в виртуальной среде.

4.5 Сдача проекта

Сценарий: убедитесь, что общий проект может нормально работать на других компьютерах Решение:

Вариант первый:

Копировать другим вместе с виртуальной средой и проектом

Вариант II:

В виртуальной среде заморозить зависимый текст требования
Передайте текст проекта и зависимых требований другим
Другие создают новую виртуальную среду локально и устанавливают связанные библиотеки в соответствии с зависимым текстом запроса.

Очки навыка：

Создание виртуальной среды
Активация виртуальной среды
Операционная виртуальная среда
Заморозить текст требований проекта pip freeze> requirements.txt
Согласно тексту требования установите библиотеку зависимостей проекта pip install -r requirements.txt (в активированной виртуальной среде)

5 Использование виртуальной среды в Pycharm

Создать проект
При создании проекта используйте виртуальную среду

После создания структура каталогов

Вы можете переключить среду и установить необходимые библиотеки в настройках проекта.

подводить итоги: IDE делает использование виртуальной среды более удобным, графическое создание и переключение, управление пакетами и т. д. Пусть программисты уделяют больше внимания развитию проекта, нежели памяти различных команд.

Что такое виртуальное окружение и зачем оно нужно?

При разработке Python-приложений или использовании решений на Python, созданных другими разработчиками, может возникнуть ряд проблем, связанных с использованием библиотек различных версий. Рассмотрим их более подробно.

Во-первых: различные приложения могут использовать одну и туже библиотеку, но при этом требуемые версии могут отличаться.

Во-вторых: может возникнуть необходимость в том, чтобы запретить вносить изменения в приложение на уровне библиотек, т.е. вы установили приложение и хотите, чтобы оно работало независимо от того обновляются у вас библиотеки или нет. Как вы понимаете, если оно будет использовать библиотеки из глобального хранилища (/usr/lib/pythonXX/site-packages), то, со временем, могут возникнуть проблемы.

В-третьих: у вас просто может не быть доступа к каталогу /usr/lib/pythonXX/site-packages.

Для решения данных вопросов используется подход, основанный на построении виртуальных окружений – своего рода песочниц, в рамках которых запускается приложение со своими библиотеками, обновление и изменение которых не затронет другие приложение, использующие те же библиотеки.

Как работает виртуальная среда?

Что именно имеется ввиду под «активировать» среду? Понимание того, что именно происходит под капотом, может быть очень важно для разработчика, особенно когда вам нужно понять выполнение виртуальной среды, разрешение зависимостей, и так далее. Чтобы объяснить, как это работает, для начала проверим расположения разных исполняемых файлов python

С «деактивированной» средой запускаем:

Чтобы объяснить, как это работает, для начала проверим расположения разных исполняемых файлов python. С «деактивированной» средой запускаем:

Shell

$ which python
/usr/bin/python

1 2	$which python usrbinpython

Теперь активируем и снова запустим команду:

Python

$ source env/bin/activate
(env) $ which python
/Users/michaelherman/python-virtual-environments/env/bin/python

1
2
3

$source envbinactivate

(env)$which python

Usersmichaelhermanpython-virtual-environmentsenvbinpython

Активировав среду, мы теперь получаем другой путь к исполнимому файлу python, так как в активной среде, переменная среды $PATH несколько отличается.

Обратите внимание на разницу между первым путем в $PATH до и после активации:

Python

$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:

$ source env/bin/activate
(env) $ echo $PATH
/Users/michaelherman/python-virtual-environments/env/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:

1
2
3
4
5
6

$echo$PATH

usrlocalbinusrbinbinusrsbinsbin

$source envbinactivate

(env)$echo$PATH

Usersmichaelhermanpython-virtual-environmentsenvbinusrlocalbinusrbinbinusrsbinsbin

В последнем примере, каталог bin нашей виртуальной среды теперь находится в начале пути. Это значит, что это первый каталог в поиске, когда мы запускаем исполняемый файл в командной строке. Таким образом, оболочка использует экземпляр нашей виртуальной среды в Python, а не в системной версии.

Это наталкивает на вопросы:

В чем разница между этими исполняемыми файлами?
Каким образом виртуальная среда исполняемого файлаPython может использовать что-либо, кроме системных сайт-пакетов?

Это можно объяснить тем, как Python запускается и где он расположен в системе. Нет разницы между двумя исполняемыми файлами Python. Суть заключается в расположении каталога

Когда Python запускается, он ищет путь своего двоичного файла (в виртуальной среде он является копией или символической ссылке системного бинарного файла Python). Далее, он устанавливает расположение sys.prefix и sys.exec_prefix согласно с этим расположением, опуская часть bin в пути.

Путь, находящийся в sys.prefix далее используется для поиска каталога site-packages, путем поиска по связанного с ним пути lib/pythonX.X/site-packages/, где Х.Х – это версия используемого вами Python.

В нашем примере, бинарный файл расположен в /Users/michaelherman/python-virtual-environments/env/bin, это значит, что sys.prefix может быть /Users/michaelherman/python-virtual-environments/env, следовательно, используемый каталог site-packages может быть /Users/michaelherman/python-virtual-environments/env/lib/pythonX.X/site-packages. Наконец, этот путь наложен в массиве sys.path, который содержит все расположения, которые пакет может использовать.

Path Management¶

add2virtualenv

Adds the specified directories to the Python path for the
currently-active virtualenv.

Syntax:

add2virtualenv directory1 directory2 ...

Sometimes it is desirable to share installed packages that are not in
the system directory and which should not be
installed in each virtualenv. One possible solution is to symlink the
source into the environment directory, but it is
also easy to add extra directories to the PYTHONPATH by including them
in a file inside using .

Check out the source for a big project, such as Django.
Run: .
Run: .
A usage message and list of current “extra” paths is printed.
Use option to remove the added path.

The directory names are added to a path file named
inside the site-packages directory
for the environment.

Based on a contribution from James Bennett and Jannis Leidel.