virtualenv-ш является заменой для почтенного virtualenvwrapper & NBSP; (набор функций оболочки для облегчения использования virtualenv).
Разработчик комментирует
Как и многие, я использовал virtualenvwrapper течение многих лет, но это стало немного тяжелый в течение долгого времени. В конце концов я нашел себя ждать слишком долго для новых снарядов для запуска, хотя я, как правило, используют только основные функции.
Этот проект является попыткой решить эту проблему. Я позаимствовал умные биты virtualenvwrapper, отбрасываются все, что я считал дорогим или просто не интересно, и добавил функцию или два из моих собственных. Приоритетом номер один этого проекта является скорость. Код почти чистый сценарий оболочки, хотя может быть один или два вызова стандартных инструментов, таких как Grep или SED.
Будьте предупредил, что эта реализация не может быть для вас. Я, возможно, избавиться функции, которая вам понравилась, либо потому, что это было дорого, или потому, что я просто не заботятся о нем. Я, возможно, случайно отбрасываются исправление или обходной путь для некоторых условиях, которые я не встречал. Я, возможно, только что представила новые ошибки (оболочка легко языка ошибиться в тонкостях). Действуйте на свой страх и риск.
Установка
virtualenv-ш может быть установлен с PIP или easy_install. Чтобы его использовать, необходимо источник один скрипт в среде оболочки. По умолчанию, функция PIP или easy_install необходимо установить его в / USR / местные / бен. Если вы используете Баш или ЗШ, вы должны импортировать скрипт конкретных; в противном случае, вы можете попробовать один общий. Добавить одно из следующих действий, чтобы сценарий инициализации вашей оболочки (.bashrc, .zshrc, и т.д.):
, /usr/local/bin/virtualenv-sh.bash
, /usr/local/bin/virtualenv-sh.zsh
, /usr/local/bin/virtualenv-sh.sh
Больше ничего не требуется. Там только один переменная среды, которые можно использовать для конфигурации, которая WORKON_HOME. Это путь к вашей коллекции virutalenvs; Вы можете оставить это поле пустым, чтобы принять значение по умолчанию, $ {HOME} /. virtualenvs. Предполагается, что само по себе является virtualenv на вашем пути.
WORKON_HOME = $ {HOME} /. Virtualenvs
ЗШ
Если вы используете ЗШ, вы можете использовать вместо архива прекомпилированный функции для оптимальной производительности, хотя это должно быть собран из исходных текстов на вашей машине. Вы можете загрузить исходный прямо или попробовать:
пункт установить --upgrade --no установить virtualenv-ш
CD сборки / virtualenv-ш
Судо сделать установку
Это найдет ЗШ на вашем пути, использовать его для компиляции virtualenv-sh.zwc, и установить его в / USR / местные / бен. Теперь Вы можете автозагрузку эти функции и инициализировать virtualenv-ш. Вы можете обратиться к разделу функции автозагрузки в ЗШ руководства, если вы не знакомы с этим процессом:
# Настраивать все virtualenv-SH функции для автозагрузки
FPATH = (/ USR / местные / бен / ш virtualenv-FPATH $)
автозагрузка -w / USR / местные / бен / ш virtualenv-
# Вызов основной функции инициализации
virtualenv_sh_init
Использование
Основные команды virtualenv-SH, по существу, такой же, как virtualenvwrapper. Вот краткое резюме:
& NBSP; mkvirtualenv
& NBSP; Создает новый virtual_env в $ WORKON_HOME. Все аргументы передаются непосредственно virtualenv. Новый virtual_env станет активным. В отличие от virtualenvwrapper, это занимает не дополнительные аргументы.
& NBSP; rmvirtualenv
& NBSP; Удаляет существующий virtual_env. Если это virtual_env в настоящее время активен, он отключается в первую очередь, как вежливость.
& NBSP; workon [
& NBSP; Активизирует имени virtual_env. Если другой virtual_env в настоящее время активен, он будет отключена в первую очередь. Без аргументов, он будет список доступных virtual_envs.
& NBSP; autoworkon
& NBSP; Автоматически устанавливает virtual_env на основе специальных файлов. Смотри ниже.
& NBSP; деактивировать
& NBSP; Отключение текущего virtual_env (как при использовании virtualenv напрямую).
и NBSP; lsvirtualenvs
& NBSP; Печатает список virtual_envs вы создали.
& NBSP; cdvirtualenv [SUBDIR]
& NBSP; Изменяет текущий каталог на корневой активного virtual_env или подкаталог их.
и NBSP; lssitepackages
& NBSP; Перечисляет содержимое каталога пакетов участка активного virtual_env в.
& NBSP; cdsitepackages [SUBDIR]
& NBSP; Изменяет currect каталог на каталог сайт-пакетов активного virtual_env или подкаталог их.
Крючки
virtualenv-ш поддерживает те же глобальные и локальные (в окр-крюки) как virtualenvwrapper. Глобальные крючки файлы в $ WORKON_HOME; местные крючки файлы в $ WORKON_HOME / {} virtual_env / мусорное ведро. Крючки выполнены закупки их в текущем контексте оболочки.
& NBSP; инициализации (глобальный)
& NBSP; Вызывается в конце virtualenv_sh_init.
& NBSP; premkvirtualenv, postmkvirtualv, prermvirtualenv, postmkvirtualenv (глобальный)
& NBSP; Вызывается в начале и в конце mkvirtualenv и rmvirtualenv.
& NBSP; предварительно активировать, postactivate (глобальная, локальная); predeactivate, postdeactivate (локальные, глобальные)
& NBSP; Вызывается в порядке, указанном вокруг активации и дезактивации virtual_env.
Кроме того, virtualenv-ш позволяет динамически регистрировать функции можно назвать при выполнении крючки:
virtualenv_sh_add_hook
virtualenv_sh_remove_hook
например.:
my_virtualenv_cleanup ()
{
& NBSP; # У некоторых вещей здесь
}
virtualenv_sh_add_hook postdeactivate my_virtualenv_cleanup
Зарегистрированные функции крюк всегда выполняются после всех глобальных и локальных скриптов ловушек.
autoworkon
autoworkon новая команда, которая предназначена для автоматического обновления virtual_env на основе вашего текущего каталога. Обратите внимание, что нет стандартного механизма оболочка для запуска функции, когда текущие изменения каталог - и у многих оболочек нет такого механизма - так это установка до вас. Если вы используете ЗШ, вы должны использовать:
автозагрузка -U добавить ЗШ-трубки
добавить ЗШ-крючок chpwd autoworkon
Функция autoworkon подойдет файловую систему из текущего каталога, пока она либо не достигнет корня или находит элемент с именем ".workon". Если это читается файл, то он будет относиться к первой линии в качестве имени virtual_env и активировать его. Есть несколько специальных правил для имейте в виду:
- Autoworkon всегда останавливается на первой .workon он находит. Это совершенно разумно иметь .workon файлы в нескольких точках в дереве каталогов, чтобы использовать различные virtual_envs на разных уровнях.
- Пустой или файл не удалось прочитать .workon интерпретируется как "отсутствие virtual_env". Это полезно, если вы хотите, чтобы отключить автоматический virtual_env в поддереву.
- Если вы активируете virtual_env вручную, autoworkon никогда не переопределить его. . autoworkon будет только изменить активный virtual_env, если он не установлен или был ранее установлен autoworkon
Требования
- Python
Комментарии не найдены