Программа на Python состоит из нескольких файлов, в которых содер- жится исходный код. Каждый такой файл это модуль, группирующий код и дан

pip install -r requirements.txt.
Для поддержания одного и того же набора зависимостей в нескольких виртуаль-
ных окружениях добавляйте зависимости в каждое из них, используя один и тот же 
файл требований. Это общепринятый способ разработки проектов, предназначен-
ных для выполнения в нескольких версиях Python: создайте виртуальное окружение 
на основе одной из требуемых версий, а затем установите в каждое из них зависимо-
сти из одного и того же файла требований. В то время как в предыдущем примере 
использовались точно версионированные спецификации зависимостей, полученные 
Python in a Nutshell.indb 254
19.09.2018 19:03:29

---

Окружения Python
255
с помощью команды pip freeze, на практике для определения требований к зависи-
мостям и ограничениям можно использовать довольно сложные способы.
Лучшие практики использования 
виртуальных окружений
Несмотря на то что в Интернете без труда можно найти массу полезных рекомен-
даций по этому поводу, можно дать один небольшой, но тем не менее замечатель-
ный совет относительно того, как лучше всего организовать работу с виртуальными 
окружениями.
Работая с одними и теми же зависимостями в нескольких версиях Python, полез-
но указывать номер версии в имени окружения и использовать общий префикс. Та-
ким образом, для проекта mutex можно было бы поддерживать окружения mutex_35 
и mutex_27 для разработки в версиях v3 и v2 соответственно. Когда вам совершенно 
ясно, для какой версии Python предназначен проект (вспомните, что имя окруже-
ния отображается в приглашении оболочки), вероятность тестирования приложения 
в неподходящей версии значительно снижается. Для управления установкой ресур-
сов в обоих окружениях используйте общий файл требований.
Регистрируйте только файл (файлы) требований в системе управления версиями 
(Source Code Control System, SCCS), а не все окружение. Имея файл требований, мож-
но легко воссоздать виртуальное окружение, зависящее только от выпуска Python 
и требований. Вы распространяете свой проект и предоставляете пользователям са-
мостоятельно решать, в какой версии (версиях) Python его выполнять, создавая под-
ходящее (предпочтительно виртуальное) окружение.
Храните свои виртуальные окружения вне каталогов проектов. Это позволит из-
бежать необходимости явным образом вынуждать систему управления версиями 
игнорировать их. В действительности не имеет значения, где хранятся окружения, — 
система virtualenvwrapper сохранит их в централизованном расположении.
Ваше окружение Python не зависит от местонахождения вашего проекта в файло-
вой системе. Вы можете активизировать виртуальное окружение, а затем переклю-
чаться между ветвями и перемещаться по дереву изменений в SCCS, чтобы исполь-
зовать окружение там, где вам нужно.
Чтобы исследовать новый модуль или пакет, создайте и активизируйте новое вир-
туальное окружение, а затем установите интересующие вас ресурсы с помощью ко-
манды pip install. Вы вольны экспериментировать с этим новым окружением, как 
вам заблагорассудится, будучи уверенным в том, что не установите неподходящие 
зависимости в другие проекты.
Может оказаться так, что для экспериментов в виртуальном окружении при-
ходится устанавливать ресурсы, которые не требуются в текущем проекте. Вместо 
того чтобы засорять свою среду разработки, разветвите ее: создайте новое виртуаль-
ное окружение на основе тех же требований плюс тестируемая функциональность. 
Python in a Nutshell.indb 255
19.09.2018 19:03:29

---