Я думаю о том, чтобы поместить virtualenv для веб-приложения Django, которое я создаю, в свой git-репозиторий для приложения. Кажется, что простой способ сделать развертывание простым и легким. Есть ли причина, почему я не должен этого делать?
python
django
virtualenv
Лайл Пратт
источник
источник
pip install mysql-python
, на 64-битной машине, а затем кто-то с 32-битной машиной пытается использовать его, это не будет работать. Он использует модуль C, как и многие модули Python, для повышения производительности. Я думаю, что Windows-> Linux также не будет работать.pip freeze
это. проблема заключается в том, что во время повторного развертывания принудительного обновления никто не платит за него, а за промежуточные обновления («наилучшая практика») никто также не платит.--distribute
и--setuptools
варианты не являются в настоящее время нет оп. (распространяйте, что это был ответвление от setuptools, уже давно объединено).--no-site-packages
УСТАРЕЛО, теперь это поведение по умолчаниюХранение каталога virtualenv внутри git, как вы заметили, позволит вам развернуть все приложение, просто выполнив клон git (плюс установив и настроив Apache / mod_wsgi). Одна потенциально значительная проблема с этим подходом заключается в том, что в Linux полный путь жестко запрограммирован в сценариях активации venv, django-admin.py, easy_install и pip. Это означает, что ваша virtualenv не будет работать полностью, если вы захотите использовать другой путь, возможно, для запуска нескольких виртуальных хостов на одном сервере. Я думаю, что сайт может работать с неправильными путями в этих файлах, но у вас будут проблемы при следующем запуске pip.
Решение, которое уже дано, состоит в том, чтобы хранить достаточно информации в git, чтобы во время развертывания вы могли создать virtualenv и выполнить необходимые установки pip. Обычно люди бегут
pip freeze
за списком, а затем сохраняют его в файле с именем needs.txt. Это может быть загружено сpip install -r requirements.txt
. RyanBrady уже показал, как можно выстроить операторы развертывания в одну строку:Лично я просто помещаю их в скрипт оболочки, который запускаю после выполнения git clone или git pull.
Хранение каталога virtualenv также несколько усложняет обработку обновлений pip, поскольку вам придется вручную добавлять / удалять и фиксировать файлы, полученные в результате обновления. Используя файл require.txt, вы просто меняете соответствующие строки в файле require.txt и запускаете заново
pip install -r requirements.txt
. Как уже отмечалось, это также уменьшает «спам».источник
--distribute DEPRECATED. Retained only for backward compatibility. This option has no effect.
--no-site-packages
устарела и в 15.1.0, так как теперь это значение по умолчанию.Раньше я делал то же самое, пока не начал использовать библиотеки, которые компилируются по-разному в зависимости от среды, такой как PyCrypto. Мой Mac PyCrypto не будет работать на Cygwin, не будет работать на Ubuntu.
Управление хранилищем становится настоящим кошмаром.
В любом случае мне было проще управлять замораживанием пипсов и файлом требований, чем иметь все это в git. Это тоже чище, так как вы можете избежать спама для тысяч файлов при обновлении этих библиотек ...
источник
Я думаю, что одна из основных проблем заключается в том, что virtualenv не может быть использован другими людьми. Причина в том, что он всегда использует абсолютные пути. Так что, если вы, например, в virtualenv,
/home/lyle/myenv/
будете предполагать то же самое для всех остальных людей, использующих этот репозиторий (это должен быть точно такой же абсолютный путь). Вы не можете предполагать, что люди используют ту же структуру каталогов, что и вы.Лучше всего, чтобы каждый настраивал свою среду (будь то с помощью virtualenv или без нее) и устанавливал там библиотеки. Это также делает ваш код более удобным для использования на разных платформах (Linux / Windows / Mac), также потому, что virtualenv устанавливается по-разному на каждой из них.
источник
manage.py
), вы наверняка столкнетесь с проблемами.Я использую то, что в основном является ответом Дэвида Сикмиллера, с немного большей автоматизацией. Я создаю (неисполняемый) файл на верхнем уровне моего проекта
activate
со следующим содержанием:(Согласно ответу Дэвида, это предполагает, что вы делаете все,
pip freeze > requirements.txt
чтобы поддерживать свой список требований в актуальном состоянии.)Вышесказанное дает общую идею; Реальный сценарий активации ( документация ), который я обычно использую, немного сложнее, предлагает
-q
(тихий) вариант, использование,python
когдаpython3
он недоступен и т. д.Затем он может быть получен из любого текущего рабочего каталога и будет правильно активирован, при необходимости сначала настраивая виртуальную среду. Мой тестовый сценарий верхнего уровня обычно содержит код, аналогичный приведенному ниже, так что его можно запустить без предварительной активации разработчиком:
Поиск здесь
./activate
неactivate
важен, потому что последний найдет любой другойactivate
в вашем пути, прежде чем найдет тот в текущем каталоге.источник
[[ $_ != $0 ]] || { echo 1>&2 "source (.) this script with Bash."; exit 2; }
определить, выполнялся ли сценарий, а неНе стоит включать в репозитории какой-либо компонент или параметр, зависящий от среды, поскольку одним из ключевых аспектов использования репо, возможно, является предоставление его другим разработчикам. Вот как я могу настроить свою среду разработки на ПК с Windows (скажем, Win10).
Откройте Pycharm и на первой странице выберите вариант проверки проекта из системы управления версиями (в моем случае я использую github)
В Pycharm перейдите к настройкам и выберите «Project Interpreter» и выберите опцию добавления новой виртуальной среды, которую вы можете назвать «venv».
Выберите базовый интерпретатор Python, который находится по адресу C: \ Users {user} \ AppData \ Local \ Programs \ Python \ Python36 (убедитесь, что вы выбрали подходящую версию Python на основе того, что вы установили)
Обратите внимание, что Pycharm создаст новую виртуальную среду и скопирует двоичные файлы Python и необходимые библиотеки в папку venv внутри папки вашего проекта.
Позвольте Pycharm завершить сканирование, так как ему нужно перестроить / обновить каркас вашего проекта
исключить папку venv из ваших взаимодействий с git (добавьте файл venv \ в .gitignore в папке вашего проекта)
Бонус: если вы хотите, чтобы люди легко (ну, почти легко) устанавливали все библиотеки, в которых нуждается ваше программное обеспечение, вы можете использовать
и поместите инструкцию в ваш git, чтобы люди могли использовать следующую команду, чтобы загрузить все необходимые библиотеки одновременно.
источник
Если вы знаете, на каких операционных системах будет работать ваше приложение, я создам по одному virtualenv для каждой системы и включу его в свой репозиторий. Затем я заставил бы мое приложение определять, на какой системе оно работает, и использовать соответствующий virtualenv.
Система может быть, например, идентифицирована с использованием модуля платформы .
Фактически, это то, что я делаю с внутренним приложением, которое я написал, и к которому я могу быстро добавить virtualenv новой системы в случае необходимости. Таким образом, мне не нужно полагаться на то, что pip сможет успешно загрузить программное обеспечение, необходимое для моего приложения. Мне также не придется беспокоиться о компиляции, например, psycopg2, который я использую.
Если вы не знаете, в какой операционной системе может работать ваше приложение, вам, вероятно, лучше использовать,
pip freeze
как это предлагается в других ответах здесь.источник
Я думаю, что лучше всего установить виртуальную среду по пути внутри папки репозитория, может быть, лучше включить подкаталог, выделенный для этой среды (я случайно удалил весь свой проект при принудительной установке виртуальной среды в корне репозитория). папка, хорошо, что у меня проект был сохранен в его последней версии в Github).
Либо автоматический установщик, либо документация должна указывать путь virtualenv как относительный путь, так что вы не столкнетесь с проблемами при совместном использовании проекта с другими людьми. О пакетах, используемые пакеты должны быть сохранены
pip freeze -r requirements.txt
.источник
Если вы просто настраиваете env разработки, то используйте файл pip freeze, caz, который делает git repo чистым.
Затем, если вы производите развертывание, проверьте всю папку venv. Это сделает ваше развертывание более воспроизводимым, не потребует этих пакетов libxxx-dev и позволит избежать проблем с интернетом.
Итак, есть два репо. Один для вашего основного исходного кода, который включает в себя файл require.txt. И репозиторий env, который содержит всю папку venv.
источник