Комбинация Python venv и virtualenvwrapper

Вот обычное, но все же чистое и понятное решение. Добавьте этот скрипт в .bashrc / .bash_profile / .zshrc, это даст вам базовое управление венв.

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

lsvenv(){
    ls $VENV_HOME
}

1. Есть ли способ использовать virtualenvwrapper с venv?

да. Просто укажите WORKON_HOME в вашем каталоге venvs. Вот что я делаю в своем ~/.zshrc, и я использую сочетание virtualenv (сейчас редко, только для нескольких устаревших потребностей py2) и venv (наиболее распространенный). Я переименовал значение по умолчанию в .venvs, чтобы было ясно, что это в основном venvs Python 3, а не virtualenvs.

# Python Environment Handling
export WORKON_HOME=$HOME/.venvs  # Default name changed from virtualenv to highlight I am using python3 -m venv (aka pyvenv)
export PROJECT_HOME=$HOME/dev
source /usr/local/bin/virtualenvwrapper.sh  # symlinked to /Library/Frameworks/Python.framework/Versions/3.7/bin/virtualenvwrapper.sh

2. Или можно даже считать, что virtualenvwrapper не нужен из-за venv? (Я не понимаю, как это может быть правдой, поскольку это оболочка, решающая другую проблему)

venv == virtualenv (короче). venv не заменяет virtualenvwrapper по той же причине, по которой virtualenv заменяет его. Ваша догадка на этот счет верна.

3. Чем это лучше, чем просто создание псевдонима, который является источником активации?

Ну, вам решать, что вам нужно, но я считаю, что virtualenvwrapper с zsh-плагинами virtualenv и virtualenvwrapper довольно хороши и лучше, чем необработанные псевдонимы.

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

4. Другие решения?

Вы также можете настроить хуки для активации venvs при смене каталога, но если это то, что вам нужно, и только это, то это, по сути, pipenv. Pipenv великолепен, если это все, что вам нужно. В Pipenv также есть интересная и многообещающая функция lockfile, но она слишком медленная для разработки и слишком незрелая из-за проблем в производстве, чтобы комментировать их в настоящее время.

Но мне никогда не нравилась среда 1:1 для рабочего процесса проекта по тем же причинам, что и здесь: https://chriswarrick.com/blog/2018/07/17/pipenv-promises-a-lot-доставляет-очень-мало/. В частности, эти потребности совпадают с моими потребностями в единой среде с несколькими проектами: https://chriswarrick.com/blog/2018/07/17/pipenv-promises-a-lot-delivers-very-little/#никола

У меня есть шесть сред на моей машине и около 20 проектов. Pipenv не распространяется на эту ситуацию. Pipenv настаивает на 20 средах для 20 проектов. Это просто не работает и создает больше проблем, чем решает. Если в настоящее время у вас есть рабочий процесс 1: 1, то pipenv может быть тем инструментом, который вам нужен. Одно предостережение: к сожалению, вы можете ~только~ выполнять этот рабочий процесс в pipenv.

[EDIT, 8 июля 19: Читатели, вероятно, обнаружат, что этот ответ дает более полное описание различных инструментов для работы с виртуальными средами в Python. У всех есть свои проблемы, как и у conda, у которой несколько более сложная концепция «окружающей среды».]

1. Как следует из названия, virtualenvwrapper был специально разработан для переноса virtualenv, от которого он зависит. Я не верю, что кто-то еще так же обернул venv.

2. venv предназначен для выполнения основной работы по созданию виртуальных сред, но управление средой должно выполняться с помощью сценариев. Хотя сценарии оболочки часто являются первым прибежищем людей, модуль venv имеет обширный API, который поможет вам в этих задачах.

В настоящее время существует множество вариантов создания виртуальных сред Python. Помимо тех, которые вы упомянули, anaconda позволяет создавать среды и управлять ими и даже довольно хорошо работает с pip большую часть времени.

Инструменты в пространстве виртуальной среды были разработаны для совместной работы со стандартными инструментами распространения Python, насколько это возможно, но появление venv в Python 3.5 не сделало недействительным ни virtualenv, ни virtualenvwrapper, которые должны по-прежнему работать нормально.

Модуль venv в основном представляет собой простой набор инструментов, позволяющий создавать виртуальные окружения внутри программ, и ни в коем случае не предназначен для замены удобства virtualenvwrapper. Он просто отвечает несколько иному набору потребностей.