Как активировать виртуальную среду в Python на Windows
Обновлено: 21.11.2024
virtualenv – это инструмент для создания изолированных сред Python. Подробнее об этом можно прочитать в документации Virtualenv. В этой статье представлен краткий обзор, который поможет вам настроить и использовать виртуальную среду.
Где мой Python?¶
64-разрядная версия (предпочтительно)¶
32-битный¶
Установите виртуальную среду ¶
Если вы попытаетесь запустить virtualenv и обнаружите, что его нет, вы можете установить его с помощью pip.
virtualenv.exe, скорее всего, теперь находится в папке установки Python в подкаталоге Scripts.
Создание виртуальной среды Python¶
перейдите в каталог вашего проекта и запустите virtualenv, чтобы создать новую виртуальную среду.
Следующие команды создадут новую виртуальную среду в my-project/my-venv .
Если Windows не может найти virtualenv.exe , см. раздел Установка virtualenv . Вы можете либо добавить домашний каталог исполняемого файла в переменную PATH, либо просто указать полный путь в командной строке. Если вы не знаете, где установлен python.exe, см. раздел Где мой Python? .
Активировать среду¶
Теперь, когда у нас есть виртуальная среда, нам нужно ее активировать.
После того, как вы активируете среду, ваша командная строка будет изменена, чтобы отразить это изменение.
Добавить библиотеки и создать файл requirements.txt¶
После активации виртуальной среды вы можете добавлять в нее пакеты с помощью pip . Вы также можете создать описание своих зависимостей с помощью pip .
Следующая команда создает файл с именем requirements.txt, в котором перечислены установленные пакеты.
Этот файл затем может использоваться соавторами для обновления виртуальных сред с помощью следующей команды.
Деактивировать среду¶
Чтобы вернуться к обычным системным настройкам, используйте команду деактивации.
После того, как вы введете эту команду, вы заметите, что командная строка возвращается в нормальное состояние.
Благодарности¶
Большая часть этой статьи взята из книги "Автостопом по Python". Иди купи копию прямо сейчас.
© Copyright 2017, Пэт Дабуру, редакция 23f9e4fd.
Версии последние версии fixdocs Загрузки pdf html epub On Read the Docs Project Home Сборки Бесплатный хостинг документов, предоставляемый Read the Docs.
Модуль venv обеспечивает поддержку создания облегченных «виртуальных сред» с собственными каталогами сайтов, при необходимости изолированными от системных каталогов сайтов. Каждая виртуальная среда имеет свой собственный двоичный файл Python (который соответствует версии двоичного файла, который использовался для создания этой среды) и может иметь свой собственный независимый набор установленных пакетов Python в каталогах своего сайта.
Дополнительную информацию о виртуальных средах Python см. в PEP 405.
Создание виртуальных сред¶
Создание виртуальных сред выполняется с помощью команды venv :
Выполнение этой команды создает целевой каталог (создавая любые родительские каталоги, которые еще не существуют) и помещает в него файл pyvenv.cfg с домашним ключом, указывающим на установку Python, из которой была запущена команда (обычное имя для целевого каталога .venv ). Он также создает подкаталог bin (или Scripts в Windows), содержащий копию/символическую ссылку на двоичный файл/двоичные файлы Python (в соответствии с платформой или аргументами, используемыми во время создания среды). Он также создает (изначально пустую) поддиректорию lib/pythonX.Y/site-packages (в Windows это Lib\site-packages ). Если указан существующий каталог, он будет использован повторно.
Устарело, начиная с версии 3.6: pyvenv был рекомендованным инструментом для создания виртуальных сред для Python 3.3 и 3.4 и устарел в Python 3.6.
Изменено в версии 3.5: теперь рекомендуется использовать venv для создания виртуальных сред.
В Windows вызовите команду venv следующим образом:
В качестве альтернативы, если вы настроили переменные PATH и PATHEXT для своей установки Python:
Команда, запущенная с параметром -h, покажет доступные параметры:
Изменено в версии 3.9: добавлена опция --upgrade-deps для обновления pip + setuptools до последней версии в PyPI
Изменено в версии 3.4: по умолчанию устанавливается pip, добавлены параметры --without-pip и --copies
Изменено в версии 3.4: в более ранних версиях, если целевой каталог уже существовал, возникала ошибка, если не был указан параметр --clear или --upgrade.
Хотя символические ссылки поддерживаются в Windows, использовать их не рекомендуется. Особо следует отметить, что двойной щелчок по файлу python.exe в проводнике приведет к быстрому разрешению символической ссылки и проигнорирует виртуальную среду.
В Microsoft Windows может потребоваться включить сценарий Activate.ps1, установив политику выполнения для пользователя. Вы можете сделать это, введя следующую команду PowerShell:
PS C:> Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
Созданный файл pyvenv.cfg также включает ключ include-system-site-packages, для которого установлено значение true, если venv запускается с параметром --system-site-packages, и значение false в противном случае.
Если не указана опция --without-pip, будет вызываться surepip для начальной загрузки pip в виртуальную среду.
Для venv можно указать несколько путей, и в этом случае будет создана идентичная виртуальная среда в соответствии с заданными параметрами для каждого указанного пути.
После создания виртуальной среды ее можно «активировать» с помощью сценария в двоичном каталоге виртуальной среды. Вызов сценария зависит от платформы (должен быть заменен путем к каталогу, содержащему виртуальную среду):
Команда для активации виртуальной среды
PS C:\> \Scripts\Activate.ps1
Когда виртуальная среда активна, для переменной среды VIRTUAL_ENV задается путь к виртуальной среде. Это можно использовать для проверки того, работает ли он в виртуальной среде.
Вам не нужно специально нужно активировать среду; активация просто добавляет двоичный каталог виртуальной среды к вашему пути, так что «python» вызывает интерпретатор Python виртуальной среды, и вы можете запускать установленные скрипты без необходимости использовать их полный путь. Однако все скрипты, установленные в виртуальной среде, должны выполняться без ее активации и автоматически запускаться с Python виртуальной среды.
Вы можете деактивировать виртуальную среду, набрав «деактивировать» в своей оболочке. Точный механизм зависит от платформы и является внутренней деталью реализации (обычно используется сценарий или функция оболочки).
Новое в версии 3.4: сценарии активации fish и csh.
Новое в версии 3.8: сценарии активации PowerShell устанавливаются в соответствии с POSIX для поддержки PowerShell Core.
Виртуальная среда — это среда Python, в которой интерпретатор Python, библиотеки и сценарии, установленные в ней, изолированы от тех, что установлены в других виртуальных средах, и (по умолчанию) любые библиотеки, установленные в «системном» Python, т. е. который устанавливается как часть вашей операционной системы.
Виртуальная среда — это дерево каталогов, содержащее исполняемые файлы Python и другие файлы, указывающие на то, что это виртуальная среда.
Обычные инструменты установки, такие как setuptools и pip, работают с виртуальными средами должным образом. Другими словами, когда виртуальная среда активна, они устанавливают пакеты Python в виртуальную среду без явного указания на это.
Когда виртуальная среда активна (т. е. работает интерпретатор Python виртуальной среды), атрибуты sys.prefix и sys.exec_prefix указывают на базовый каталог виртуальной среды, тогда как sys.base_prefix и sys.base_exec_prefix указывают на установка Python в невиртуальной среде, которая использовалась для создания виртуальной среды. Если виртуальная среда не активна, то sys.prefix совпадает с sys.base_prefix, а sys.exec_prefix совпадает с sys.base_exec_prefix (все они указывают на установку Python в невиртуальной среде).
Когда виртуальная среда активна, любые параметры, изменяющие путь установки, будут игнорироваться во всех файлах конфигурации distutils, чтобы предотвратить непреднамеренную установку проектов за пределами виртуальной среды.
При работе в командной оболочке пользователи могут сделать виртуальную среду активной, запустив сценарий активации в каталоге исполняемых файлов виртуальной среды (точное имя файла и команда для использования файла зависят от оболочки), который предшествует каталогу виртуальной среды. для исполняемых файлов в переменную среды PATH для работающей оболочки. При других обстоятельствах не должно быть необходимости активировать виртуальную среду; скрипты, установленные в виртуальные среды, имеют строку «шебанг», которая указывает на интерпретатор Python виртуальной среды. Это означает, что скрипт будет работать с этим интерпретатором независимо от значения PATH. В Windows обработка строк «шебанг» поддерживается, если у вас установлен Python Launcher для Windows (это было добавлено в Python в версии 3.3 — дополнительные сведения см. в PEP 397). Таким образом, двойной щелчок по установленному сценарию в окне проводника Windows должен запустить сценарий с правильным интерпретатором без какой-либо ссылки на его виртуальную среду в PATH .
Описанный выше высокоуровневый метод использует простой API, который предоставляет механизмы для сторонних создателей виртуальной среды для настройки создания среды в соответствии со своими потребностями, класс EnvBuilder.
класс venv. EnvBuilder ( system_site_packages = False , clear = False , символические ссылки = False , upgrade = False , with_pip = False , prompt = None , upgrade_deps = False ) ¶
Класс EnvBuilder принимает следующие ключевые аргументы при создании экземпляра:
system_site_packages — логическое значение, указывающее, что системные пакеты сайта Python должны быть доступны для среды (по умолчанию False ).
clear — логическое значение, которое, если оно равно true, удалит содержимое любого существующего целевого каталога перед созданием среды.
symlinks — логическое значение, указывающее, следует ли пытаться создать символическую ссылку на двоичный файл Python вместо копирования.
upgrade — логическое значение, которое, если оно равно true, обновит существующую среду с работающим Python — для использования, когда этот Python был обновлен на месте (по умолчанию — False).
with_pip – логическое значение, которое, если оно равно true, гарантирует, что pip будет установлен в виртуальной среде. При этом используется surepip с параметром --default-pip.
prompt — строка, которая будет использоваться после активации виртуальной среды (по умолчанию — None, что означает, что будет использоваться имя каталога среды). Если специальная строка "." указано, в качестве подсказки используется базовое имя текущего каталога.
upgrade_deps — обновить базовые модули venv до последней версии в PyPI
Изменено в версии 3.4: добавлен параметр with_pip
Новое в версии 3.6: добавлен параметр приглашения
Новое в версии 3.9: добавлен параметр upgrade_deps
Создатели сторонних инструментов виртуальной среды могут свободно использовать предоставленный класс EnvBuilder в качестве базового класса.
Возвращенный env-builder — это объект, у которого есть метод create :
Создайте виртуальную среду, указав целевой каталог (абсолютный или относительный к текущему каталогу), который должен содержать виртуальную среду. Метод create либо создаст среду в указанном каталоге, либо вызовет соответствующее исключение.
Метод create класса EnvBuilder иллюстрирует крючки, доступные для настройки подкласса:
Создает каталог среды и все необходимые каталоги и возвращает объект контекста. Это просто держатель атрибутов (таких как пути) для использования другими методами. Каталогам уже разрешено существовать, если были указаны либо очистить, либо обновить, чтобы разрешить работу с существующим каталогом среды.
Создает файл конфигурации pyvenv.cfg в среде.
Создает копию или символическую ссылку на исполняемый файл Python в среде. В системах POSIX, если использовался конкретный исполняемый файл python3.x, будут созданы символические ссылки на python и python3, указывающие на этот исполняемый файл, если только файлы с такими именами уже не существуют.
Устанавливает сценарии активации, соответствующие платформе, в виртуальную среду.
Обновляет основные пакеты зависимостей venv (в настоящее время pip и setuptools) в среде. Это делается путем запуска исполняемого файла pip в среде.
Новое в версии 3.9.
Метод-заполнитель, который можно переопределить в сторонних реализациях для предварительной установки пакетов в виртуальной среде или выполнения других действий после создания.
Изменено в версии 3.7.2: Windows теперь использует сценарии перенаправления для python[w].exe вместо копирования реальных двоичных файлов. В 3.7.2 только setup_python() ничего не делает, если только не запускается из сборки в дереве исходного кода.
Изменено в версии 3.7.3: Windows копирует сценарии перенаправления как часть setup_python() вместо setup_scripts() . В 3.7.2 такого не было. При использовании символических ссылок исходные исполняемые файлы будут связаны.
Кроме того, EnvBuilder предоставляет этот служебный метод, который можно вызывать из setup_scripts() или post_setup() в подклассах, чтобы помочь в установке пользовательских скриптов в виртуальную среду.
install_scripts ( контекст , путь ) ¶
путь — это путь к каталогу, который должен содержать подкаталоги «common», «posix», «nt», каждый из которых содержит сценарии, предназначенные для каталога bin в среде. Содержимое «common» и каталога, соответствующего os.name, копируется после некоторой текстовой замены заполнителей:
__VENV_DIR__ заменяется абсолютным путем к каталогу среды.
__VENV_NAME__ заменяется именем среды (конечный сегмент пути к каталогу среды).
__VENV_PROMPT__ заменяется подсказкой (имя среды в круглых скобках и с последующим пробелом)
__VENV_BIN_NAME__ заменяется именем каталога bin (либо bin, либо Scripts ).
__VENV_PYTHON__ заменяется абсолютным путем к исполняемому файлу среды.
Каталоги могут существовать (при обновлении существующей среды).
Есть также удобная функция на уровне модуля:
венв. create ( env_dir , system_site_packages = False , clear = False , symlinks = False , with_pip = False , prompt = None , upgrade_deps = False ) ¶
Создайте EnvBuilder с указанными аргументами ключевого слова и вызовите его метод create() с аргументом env_dir.
Новое в версии 3.3.
Изменено в версии 3.4: добавлен параметр with_pip
Изменено в версии 3.6: добавлен параметр приглашения
Изменено в версии 3.9: добавлен параметр upgrade_deps
Пример расширения EnvBuilder ¶
Следующий скрипт показывает, как расширить EnvBuilder, реализуя подкласс, который устанавливает setuptools и pip в созданную виртуальную среду:
В этом руководстве рассказывается, как устанавливать пакеты с помощью pip и менеджера виртуальной среды: venv для Python 3 или virtualenv для Python 2. Это инструменты самого низкого уровня для управления пакетами Python, и их рекомендуется использовать, если инструменты более высокого уровня не работают. соответствовать вашим потребностям.
В этом документе термин "пакет" используется для обозначения пакета распространения, который отличается от пакета импорта, используемого для импорта модулей в исходный код Python.
Установка pip¶
pip — эталонный менеджер пакетов Python. Он используется для установки и обновления пакетов. Вам необходимо убедиться, что у вас установлена последняя версия pip.
Debian и большинство других дистрибутивов включают пакет python-pip; если вы хотите использовать версии pip из дистрибутива Linux, см. раздел Установка pip/setuptools/wheel с помощью менеджеров пакетов Linux.
Вы также можете установить pip самостоятельно, чтобы убедиться, что у вас установлена последняя версия. Рекомендуется использовать системный pip для загрузки пользовательской установки pip:
После этого на вашем пользовательском сайте должна быть установлена последняя версия pip:
Установщики Python для Windows включают pip. Вы можете убедиться, что pip обновлен, выполнив:
После этого у вас должна быть последняя версия pip:
Установка virtualenv¶
Если вы используете Python 3.3 или новее, модуль venv является предпочтительным способом создания виртуальных сред и управления ими. venv входит в стандартную библиотеку Python и не требует дополнительной установки. Если вы используете venv, вы можете пропустить этот раздел.
virtualenv используется для управления пакетами Python для различных проектов. Использование virtualenv позволяет избежать глобальной установки пакетов Python, что может привести к поломке системных инструментов или других проектов. Вы можете установить virtualenv с помощью pip.
Создание виртуальной среды¶
venv (для Python 3) и virtualenv (для Python 2) позволяют управлять отдельными установками пакетов для разных проектов. По сути, они позволяют вам создать «виртуальную» изолированную установку Python и установить пакеты в эту виртуальную установку. Когда вы переключаетесь между проектами, вы можете просто создать новую виртуальную среду и не беспокоиться о нарушении работы пакетов, установленных в других средах. При разработке приложений Python всегда рекомендуется использовать виртуальную среду.
Чтобы создать виртуальную среду, перейдите в каталог вашего проекта и запустите venv. Если вы используете Python 2, замените venv на virtualenv в приведенных ниже командах.
Второй аргумент — это место для создания виртуальной среды. Как правило, вы можете просто создать это в своем проекте и назвать env .
venv создаст виртуальную установку Python в папке env.
Вы должны исключить каталог виртуальной среды из вашей системы контроля версий, используя .gitignore или аналогичный.
Активация виртуальной среды¶
Прежде чем вы сможете начать установку или использование пакетов в виртуальной среде, вам необходимо активировать ее. Активация виртуальной среды поместит исполняемые файлы python и pip, специфичные для виртуальной среды, в PATH вашей оболочки.
Вы можете подтвердить, что находитесь в виртуальной среде, проверив расположение вашего интерпретатора Python:
Виртуальные среды Python позволяют устанавливать пакеты Python в месте, изолированном от остальной части вашей системы, вместо того, чтобы устанавливать их для всей системы. Давайте посмотрим, как использовать Python venv, сокращение от виртуальной среды Python, также сокращенно обозначаемое как virtualenv.
Из этой статьи вы узнаете:
- Преимущества использования виртуальных сред
- Как создать торговую площадку
- Как его активировать и деактивировать
- Различные способы удаления или удаления продажи
- Как работает venv внутри
Оглавление
Зачем вам нужны виртуальные среды
Есть несколько причин, по которым виртуальные среды — это хорошая идея. Давайте рассмотрим их один за другим.
Предотвращение конфликтов версий
Если вы устанавливаете сторонние пакеты для всей системы, можно утверждать, что вы очень эффективны. В конце концов, вам нужно установить его только один раз, сэкономив драгоценное время и место на диске.Однако у этого подхода есть проблема, которая может проявиться через несколько недель или месяцев.
Предположим, что ваш проект Project A написан для определенной версии библиотеки X . В будущем вам может понадобиться обновить библиотеку X. Скажем, вам нужна последняя версия для другого проекта, который вы начали, под названием Project B. Вы обновляете библиотеку X до последней версии, и проект B начинает работать нормально. Здорово! Но как только вы это сделаете, окажется, что ваш код Project A сильно сломался. В конце концов, API могут существенно измениться при обновлении основной версии.
Виртуальная среда решает эту проблему, изолируя ваш проект от других проектов и общесистемных пакетов.
Спасибо за чтение моих руководств. Я использую рекламу, чтобы продолжать писать бесплатные статьи, надеюсь, вы понимаете! Поддержите меня, отключив блокировщик рекламы на моем сайте, или купите мне кофе.
Простота воспроизведения и установки
Виртуальные среды упрощают определение и установку пакетов, специфичных для вашего проекта. Используя файл requirements.txt, вы можете указать точные номера версий для необходимых пакетов, чтобы убедиться, что ваш проект всегда будет работать с версией, которая была протестирована с вашим кодом. Это также помогает другим пользователям вашего программного обеспечения, поскольку виртуальная среда поможет другим воспроизвести точную среду, для которой было создано ваше программное обеспечение.
Работает везде, даже без root
Если вы работаете на общем хосте, например, в университете или у поставщика услуг веб-хостинга, вы не сможете устанавливать общесистемные пакеты, так как у вас нет для этого прав администратора. В этих местах виртуальная среда позволяет вам установить все, что вы хотите, локально в своем проекте.
Виртуальные среды и другие варианты
Есть и другие варианты изоляции вашего проекта:
- В крайнем случае вы можете купить второй компьютер и запускать на нем свой код. Проблема исправлена! Однако это немного дорого!
- Виртуальная машина — гораздо более дешевый вариант, но для ее работы все равно требуется установка полноценной операционной системы. В большинстве случаев это тоже пустая трата времени.
- Следующим на очереди идет контейнеризация, например Docker и Kubernetes. Они могут быть очень мощными и на самом деле являются хорошей альтернативой.
Тем не менее бывают случаи, когда мы просто создаем небольшие проекты или одноразовые сценарии. Или, возможно, вы просто не хотите контейнеризовать свое приложение. Какой бы ни была причина, виртуальные среды — отличный способ изолировать зависимости вашего проекта.
Как создать версию Python
Существует несколько способов создания виртуальной среды Python, в зависимости от используемой версии Python.
Прежде чем вы продолжите чтение, я хочу указать вам на еще один инструмент под названием Pipenv. Он сочетает в себе функциональность инструментов, которые вы собираетесь изучить; виртуалэнв и пип. Чтобы получить хорошее представление о виртуальных средах, я рекомендую вам сначала изучить основы.
Python 3.4 и выше
Если вы используете Python 3.4+, вы можете использовать встроенный в Python модуль venv:
Эта команда создаст venv в указанном каталоге и скопирует в него pip и easy_install.
Все остальные версии Python
Альтернативой, которая работает для любой версии Python, является использование пакета virtualenv. Возможно, вам придется сначала установить его с помощью pip install:
После установки вы можете создать виртуальную среду с помощью:
Активация Python venv
То, как вы активируете виртуальную среду, зависит от используемой ОС.
Активация Windows venv
Чтобы активировать venv в Windows, вам нужно запустить скрипт, который устанавливается venv. Если вы создали свой venv в каталоге с именем myenv , команда будет выглядеть так:
Активация Linux и MacOS venv
В Linux и MacOS мы активируем нашу виртуальную среду с помощью исходной команды. Если вы создали свой venv в каталоге myvenv, команда будет такой:
Вот оно! Мы готовы качаться! Теперь вы можете устанавливать пакеты с помощью pip, но я советую вам сначала продолжить чтение, чтобы лучше понять venv.
Как работает Python venv
Когда вы активируете виртуальную среду, ваша переменная PATH изменяется. В Linux и MacOS вы можете убедиться сами, напечатав путь с помощью команды echo $PATH. В Windows используйте echo %PATH% . В моем случае в Windows это выглядит так:
Как видите, каталог bin моего venv находится впереди всего остального, фактически переопределяя все общесистемное программное обеспечение Python. Это работает, потому что когда вы вводите команду, которая не может быть найдена в текущем рабочем каталоге, ваша ОС начинает просматривать все пути в переменной PATH. Если ваш venv находится там первым, ОС сначала посмотрит туда, прежде чем искать общесистемные каталоги, такие как /usr/bin .
Если вы заглянете в каталог вашего venv (в данном случае: myvenv ), вы увидите что-то вроде этого:
Дерево каталогов Virtualenv
Вы можете видеть это:
- Команда Python доступна как python, так и python3 , а версия прикрепляется к версии, с помощью которой вы создали venv, создав на нее символическую ссылку.
- Все пакеты, которые вы устанавливаете, попадают в каталог site-packages.
- У нас есть сценарии активации для нескольких типов оболочек (bash, csh, fish)
- Pip доступен под именами pip и pip3.
Деактивировать версию Python
После того, как вы закончите работу над своим проектом, рекомендуется деактивировать его venv. Деактивируя, вы фактически покидаете виртуальную среду. Без деактивации весь другой код Python, который вы выполняете, даже если он находится за пределами каталога вашего проекта, также будет выполняться внутри него.
К счастью, деактивировать виртуальную среду проще простого. Просто введите это: деактивировать . Он работает одинаково во всех операционных системах.
Удаление версии Python
Вы можете полностью удалить виртуальную среду, но то, как вы это сделаете, зависит от того, что вы использовали для создания venv. Давайте рассмотрим наиболее распространенные варианты.
Удалить venv, созданный с помощью Virtualenv или python -m venv
Нет специальной команды для удаления виртуальной среды, если вы использовали virtualenv или python -m venv для создания виртуальной среды, как показано в этой статье. При создании virtualenv вы указали каталог для создания этой среды.
Если вы хотите удалить эту виртуальную среду, сначала деактивируйте ее, а затем удалите каталог со всем его содержимым. В Unix-подобных системах и в Windows Powershell вы должны сделать что-то вроде:
Удалить venv с помощью Pipenv
Если вы использовали Pipenv, это намного проще. Вы можете использовать следующую команду для удаления текущего venv:
Убедитесь, что вы находитесь в каталоге проекта. Другими словами, это каталог, в котором находятся файлы Pipenv и Pipenv.lock. Таким образом, pipenv знает, какую виртуальную среду он должен удалить.
Если это не сработает, вы можете стать немного злее и вручную удалить файл venv. Сначала спросите pipenv, где находится фактический virtualenv, с помощью следующей команды:
Он выведет путь к виртуальной среде и всем ее файлам, и он будет похож на пример выше. Следующим шагом будет команда rm -rf для всего каталога, и все готово.
Удалить продажу с помощью Поэзии
Если вы создали виртуальную среду с помощью Poetry, вы можете вывести список доступных venv с помощью следующей команды:
Вы получите такой список:
Вы можете удалить нужное окружение с помощью команды поэзии env remove. Вам нужно указать точное имя из вывода выше, например:
Заключение
Вы узнали, как создавать, активировать, деактивировать и удалять виртуальные среды. Мы также заглянули за кулисы, чтобы понять, почему и как работает venv. Теперь, когда вы знаете, как создать venv, вам нужно научиться устанавливать в него пакеты. После этого я настоятельно рекомендую вам узнать о Pipenv или Poetry. Эти инструменты сочетают управление вашей виртуальной средой с надлежащим управлением пакетами и зависимостями.
Продолжайте учиться
- Далее: как устанавливать пакеты с помощью pip внутри вашего venv — это лучший способ управления вашим venv и пакетами.
- Изучите наиболее распространенные команды Linux (например, cd, mkdir, pwd и т. д.): если вы хотите узнать все подробности и параметры командной строки.
Спасибо за чтение моих руководств. Я использую рекламу, чтобы продолжать писать бесплатные статьи, надеюсь, вы понимаете! Поддержите меня, отключив блокировщик рекламы на моем сайте, или купите мне кофе.
Об Эрике ван Баарене
Эрик — владелец Python Land и автор многих статей и руководств на этом веб-сайте. Он работает профессиональным разработчиком программного обеспечения в течение 25 лет и имеет степень магистра компьютерных наук. Его любимый язык: Python! Написание хороших статей требует времени и усилий. Вам понравился этот урок? Вы можете купить ему кофе, чтобы показать свою признательность.
Читайте также: