virtualenv-sh

virtualenv-SH е заместител на преподобния virtualenvwrapper & Nbsp; (набор от черупки функции за улесняване на използването на virtualenv).
Коментари на разработчика
Подобно на много, аз съм използвал virtualenvwrapper в продължение на години, но тя е станала по-малко тежки във времето. Аз в крайна сметка се озовах чакат твърде дълго за нови черупки, за да започнат, въпреки че има тенденция да се използва само основните функции.
Този проект е опит да се реши този проблем. Заех умните бита на virtualenvwrapper, изхвърли всичко, което смята за скъпо или просто не е интересно, и добавя функция или две от моята собствена. Приоритет номер едно на този проект е скоростта. Кодът е почти чисто скрипт, въпреки че може да има една или две извиквания на стандартни инструменти като Впиши или СЕД.
Трябва да знаете, че това изпълнение не може да бъде за вас. Може да съм се отървали от функция, която ви харесва, или защото е скъпо, или защото аз просто не се грижи за него. Може да съм случайно изхвърли на коригиране или временно решение за някаква среда, която аз не съм срещал. Може да съм просто въвежда нови бъгове (черупка е лесен език, за да се получи лошо в тайни пътища). Продължете на свой собствен риск.
<Силен> Инсталиране
virtualenv-SH може да се инсталира с PIP или easy_install. За да го използвате, трябва да си набави един скрипт черупки в черупката си среда. По подразбиране, PIP или easy_install трябва да го инсталирате на / ЮЕсАр / местни / хамбар. Ако използвате Баш или zsh, трябва да импортирате шелскрипт специфични; В противен случай, можете да опитате с родовото един. Добавете едно от следните да първоначален скрипт си на Shell (.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
<Силен> zsh

Ако използвате zsh, можете да използвате вместо на предварително компилиран функция архива за оптимална работа, въпреки че това трябва да бъде съставена на базата на източник на вашата машина. Можете да изтеглите източник, пряко или опитайте:
 PIP инсталирате --upgrade --no-инсталирате virtualenv-SH
CD строителство / virtualenv-SH
Sudo да инсталирате
Това ще намерите zsh по пътя си, да я използват за съставяне virtualenv-sh.zwc, и да го инсталирате на / ЮЕсАр / местни / хамбар. Сега можете да автоматично зареждане на тези функции и се инициализира virtualenv-SH. Вие може да искате да се обърнете към раздела за функцията за автоматично зареждане на zsh ръководство, ако не сте запознати с този процес:
# Конфигурира всички virtualenv-SH функции за автоматично зареждане
fpath = (/ ЮЕсАр / местни / хамбар / virtualenv-ш $ fpath)
автоматично зареждане -w / ЮЕсАр / местни / хамбар / virtualenv-SH
# Извикаме функцията основната инициализация
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; Променя на тока директория до директорията на мястото на опаковки от активната virtual_env, или нейна поддиректория.
<Силен> Куки
virtualenv-SH поддържа същите глобално и локално (на-ENV) куките като virtualenvwrapper. Глобални куки са файлове в $ WORKON_HOME; местните куки са файлове в $ WORKON_HOME / {virtual_env} / бен. Куки се изпълняват от тях се снабдяват в настоящия контекст черупки.
& Nbsp; инициализира (глобално)
& Nbsp; Наречен в края на virtualenv_sh_init.
& Nbsp; premkvirtualenv, postmkvirtualv, prermvirtualenv, postmkvirtualenv (глобално)
& Nbsp; Наречен в началото и в края на mkvirtualenv и rmvirtualenv.
& Nbsp; preactivate, postactivate (глобално, местно); predeactivate, postdeactivate (местно, глобално)
& Nbsp; Наречен по реда на изброяването около активиране и деактивиране на virtual_env.
В допълнение, virtualenv-SH ви позволява да се регистрирате динамично функции да се нарича, когато изпълняващият куки:
virtualenv_sh_add_hook
virtualenv_sh_remove_hook
напр .:
my_virtualenv_cleanup ()
{
& Nbsp; # Направи някои неща тук
}
virtualenv_sh_add_hook postdeactivate my_virtualenv_cleanup
Регистрираните функции кука винаги се извършват след всички глобални и локални скриптове кука.
<Силен> autoworkon
autoworkon е нова команда, която има за цел да актуализира автоматично ви virtual_env въз основа на текущата директория. Имайте предвид, че не съществува стандартен механизъм корпус за тичане функция, когато текущите промени справочник - и много черупки не разполагат с такъв механизъм - така че инсталирането това е до вас. Ако използвате zsh, трябва да използвате:
автоматично зареждане -u добавка zsh-кука
добавка zsh-кука chpwd autoworkon
Функцията autoworkon ще ходим до файловата система от текущата директория, докато тя достигне или корена или среща на елемент на име ".workon". Ако това е четим файл, той ще лекува първа линия, както името на virtual_env и да го активирате. Има няколко специални правила, които да имате предвид:
- Autoworkon винаги спира на първата .workon установи. Това е логично всеки .workon файлове в множество точки в директория дърво да се използват различни virtual_envs на различни нива.
- Един празен или нечетим .workon файл се тълкува като "не virtual_env". Това е полезно, ако искате да деактивирате автоматичното virtual_env в определена поддърво.
- Ако активирате virtual_env ръчно, autoworkon никога няма да го замени. . autoworkon ще се промени само вашата активна virtual_env ако е изключено или е предварително определен от autoworkon

<силни> Изисквания :

• Python