Python 3.3 включает в свою стандартную библиотеку новый пакет venv. Что он делает, и как он отличается от всех других пакетов, которые, кажется, соответствуют регулярному выражению (py)?(v|virtual|pip)?env?

Пакеты PyPI не входят в стандартную библиотеку:

• virtualenvэто очень популярный инструмент, который создает изолированные среды Python для библиотек Python. Если вы не знакомы с этим инструментом, я настоятельно рекомендую изучить его, так как это очень полезный инструмент, и я буду сравнивать его до конца этого ответа.

  Он работает, устанавливая несколько файлов в каталоге (например:) env/, а затем изменяя PATHпеременную среды, добавляя к ней префикс собственного binкаталога (например:) env/bin/. Точная копия двоичного pythonили python3находится в этом каталоге, но Python запрограммирован для поиска библиотек относительно его пути в каталоге среды. Он не является частью стандартной библиотеки Python, но официально благословлен PyPA (Python Packaging Authority). После активации вы можете устанавливать пакеты в виртуальной среде, используя pip.

• pyenvиспользуется для изоляции версий Python. Например, вы можете проверить свой код на Python 2.7, 3.6, 3.7 и 3.8, поэтому вам потребуется способ переключения между ними. После активации он префикс PATHпеременной среды ~/.pyenv/shims, где есть специальные файлы, соответствующие командам Python ( python, pip). Это не копии команд Python; это специальные сценарии, которые на лету решают, какую версию Python запускать, основываясь на PYENV_VERSIONпеременной окружения, или .python-versionфайле, или ~/.pyenv/versionфайле. pyenvтакже облегчает процесс загрузки и установки нескольких версий Python с помощью команды pyenv install.

• pyenv-virtualenvэто плагин для pyenvтого же автора pyenv, что позволяет вам использовать pyenvи virtualenvв то же время удобно. Однако, если вы используете Python 3.3 или более поздней pyenv-virtualenvверсии, попробуйте запустить, python -m venvесли он доступен, вместо virtualenv. Вы можете использовать virtualenvи pyenvвместе без pyenv-virtualenv, если вы не хотите удобных функций.

• virtualenvwrapperэто набор расширений для virtualenv(см. документы ). Он дает вам такие команды, как mkvirtualenv, lssitepackagesи особенно workonдля переключения между различными virtualenvкаталогами. Этот инструмент особенно полезен, если вам нужно несколько virtualenvкаталогов.

• pyenv-virtualenvwrapperэто плагин для pyenvтого же автора pyenv, чтобы удобно интегрировать virtualenvwrapperв pyenv.

• pipenvстремится объединить Pipfile, pipи virtualenvв одну команду в командной строке. virtualenvКаталог , как правило , получает помещается в ~/.local/share/virtualenvs/XXXс XXXбудучи хэш путь директории проекта. Это отличается от того virtualenv, где каталог обычно находится в текущем рабочем каталоге. pipenvпредназначен для использования при разработке приложений Python (в отличие от библиотек). Существуют альтернативы pipenv, такие как poetry, которые я не буду здесь перечислять, поскольку этот вопрос касается только пакетов с одинаковыми именами.

Стандартная библиотека:

• pyvenvэто скрипт, поставляемый с Python 3, но устарел в Python 3.6, так как у него были проблемы (не говоря уже о запутанном имени). В Python 3.6+ точным эквивалентом является python3 -m venv.

• venvэто пакет, поставляемый с Python 3, который вы можете запустить с помощью python3 -m venv(хотя по некоторым причинам некоторые дистрибутивы разделяют его на отдельный пакет дистрибутивов, например, в python3-venvUbuntu / Debian). Он служит для той же цели virtualenv, но имеет только подмножество своих функций ( см. Сравнение здесь ). virtualenvпродолжает быть более популярным, чем venv, тем более что первый поддерживает Python 2 и 3.

Рекомендации для начинающих:

Это моя личная рекомендация для начинающих: начните с изучения virtualenvи pipинструментов, которые работают как с Python 2 и 3, так и в различных ситуациях, и подбирайте другие инструменты, как только они вам понадобятся.

Я бы просто избегал использования virtualenvпосле Python3.3 + и вместо этого использовал стандартную библиотеку venv. Чтобы создать новую виртуальную среду, вы должны набрать:

$ python3 -m venv <MYVENV>  

virtualenvпытается скопировать двоичный файл Python в каталог bin виртуальной среды. Однако он не обновляет ссылки на библиотечные файлы, встроенные в этот двоичный файл, поэтому, если вы собираете Python из исходного кода в несистемный каталог с относительными именами путей, двоичный код Python разрывается. Поскольку именно так вы делаете копируемый распространяемый Python, это большой недостаток. Кстати, чтобы проверить ссылки на файлы встроенной библиотеки на OS X, используйте otool. Например, в вашей виртуальной среде введите:

$ otool -L bin/python
python:
    @executable_path/../Python (compatibility version 3.4.0, current version 3.4.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.0.0)

Следовательно, я бы избегал virtualenvwrapperи pipenv. pyvenvустарел. pyenvКажется, часто используется там, где virtualenvиспользуется, но я бы держался от этого подальше, так как я думаю, что venvтакже делает то, pyenvдля чего создан.

venvсоздает виртуальные среды в оболочке, которые являются свежими и изолированными , с настраиваемыми пользователем библиотеками и безопасными для нескольких Python . Свежесть, потому что виртуальные среды начинаются только со стандартных библиотек, которые поставляются с Python, вам придется заново устанавливать любые другие библиотеки, pip installпока виртуальная среда активна. Песочница, потому что ни одна из этих новых библиотек не видна за пределами виртуальной среды, поэтому вы можете удалить всю среду и начать заново, не беспокоясь о том, как повлияет на вашу базовую установку Python. Пользовательские библиотеки, потому что целевая папка виртуальной среды создается безsudoв каком-то каталоге у вас уже есть, поэтому вам не понадобятся sudoразрешения для установки в него библиотек. Наконец, он безопасен для нескольких Python , поскольку при активации виртуальных сред оболочка видит только версию Python (3.4, 3.5 и т. Д.), Которая использовалась для создания этой виртуальной среды.

pyenvпохоже на venvто, что позволяет управлять несколькими средами Python. Однако pyenvвы не можете удобно откатить установку библиотеки до некоторого начального состояния, и вам, вероятно, понадобятся adminпривилегии для обновления библиотек. Поэтому я думаю, что это также лучше всего использовать venv.

За последние пару лет я обнаружил много проблем в системах сборки (пакеты emacs, сборщики автономных приложений Python, установщики ...), которые в конечном итоге сводятся к проблемам virtualenv. Я думаю, что Python станет лучшей платформой, если мы исключим эту дополнительную опцию и будем использовать только ее venv.

Я спустился в pipenvкроличью нору ( это действительно глубокая и темная дыра ... ), и, поскольку последний ответ более 2 лет назад , я счел полезным обновить обсуждение последними разработками по теме виртуальных конвертов Python, которую я нашел.

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ:

Этот ответ НЕ о продолжении бурных дебатов о преимуществах pipenv по сравнению с venv в качестве решений для конвертов - я не поддерживаю ни того, ни другого . Речь идет о PyPA утверждения конфликтующих стандартов и как развития будущего virtualenv обещания свести на нет , сделав или / или выбор между ними на всех. Я сосредоточился на этих двух инструментах именно потому, что они были помазаны PyPA .

venv

Как отмечает OP, venv - это инструмент для виртуализации сред. НЕ стороннее решение, а нативный инструмент. PyPA Подтверждает venv для создания ВИРТУАЛЬНЫХРЕНТГЕНОВСКИХ КОНВЕРТОВ : « Изменено в версии 3.5: Использование venv теперь рекомендуются использовать для создания виртуальных сред ».

pipenv

pipenv - как и venv - может использоваться для создания виртуальных конвертов, но дополнительно включает функцииуправления пакетами и проверки уязвимостей . Вместо использованияrequirements.txt,pipenvобеспечивает управление пакетамипомощью Pipfile . Как PyPA одобряет pipenv для управления пакетами , которыепредставляется, подразумеваетpipfile, чтобы подменятьrequirements.txt.

ОДНАКО : pipenv использует virtualenv в качестве инструмента для создания виртуальных конвертов, а НЕ venv, который одобрен PyPA в качестве инструмента для создания виртуальных конвертов.

Противоречивые стандарты:

Таким образом, если решение с виртуальной оболочкой было недостаточно сложным, у нас теперь есть PyPA, поддерживающая два разных инструмента, которые используют разные решения с виртуальной оболочкой. Яростные дебаты Github о venv vs virtualenv, которые подчеркивают этот конфликт, можно найти здесь .

Решение конфликта:

Дискуссия о Github, на которую ссылается вышеупомянутая ссылка, направила развитие virtualenv в направлении размещения venv в будущих выпусках :

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

Вывод:

Похоже, что в будущем между двумя конкурирующими решениями с виртуальными конвертами произойдет сближение, но на данный момент pipenv - который использует virtualenv- существенно отличается от venv.

Учитывая проблемы, которые решает pipenv, и тот факт, что PyPA дал свое благословение, у него, похоже , светлое будущее. И если virtualenv справляется с поставленными задачами развития, выбор решения с виртуальной оболочкой больше не должен рассматриваться как pipenv ИЛИ venv .

Апрель 2020 Обновление

Я искал то же самое, когда наткнулся на этот пост . Я думаю, что вопрос о том, какой инструмент использовать, довольно запутан и труден для новых пользователей Python, таких как я. Это прямо с сайта PyPA относительно pipenv:

Хотя в этом руководстве рассматривается проект pipenv как инструмент, ориентированный в первую очередь на разработку приложений Python, а не на разработку библиотек Python, сам проект в настоящее время решает несколько проблем, связанных с процессами и обслуживанием, которые не позволяют публиковать исправления ошибок и новые функции ( со всей 2019 года прохождения без нового релиза). Это означает, что в ближайшей перспективе pipenv по-прежнему страдает от нескольких причуд и проблем с производительностью без четких сроков разрешения этих проблем.

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

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