virtualenv-sh

virtualenv-sh jest substytutem dla czcigodnego virtualenvwrapper & nbsp; (zestaw funkcji powłoki, aby ułatwić korzystanie z virtualenv).
Uwagi dla programistów
Podobnie jak wielu, użyłem virtualenvwrapper od lat, ale to trochę ciężki dostał się w czasie. I w końcu znalazłem się zbyt długie oczekiwanie na nowe pociski do uruchomienia, choć tendencję do korzystania tylko z podstawowych funkcji.
Ten projekt jest próbą rozwiązania tego problemu. Pożyczyłem sprytny bitów virtualenvwrapper, wyrzucić wszystko, co uznają za drogie, albo po prostu nie ciekawe i dodaliśmy funkcję lub dwa własne. Priorytetem projektu jest szybkość. Kod jest prawie czysty skrypt, choć może być jeden lub dwa wywołania standardowych narzędzi, takich jak grep i sed.
Pamiętaj, że ta realizacja nie może być dla Ciebie. I może pozbyć się z funkcji, którą lubił, albo dlatego, że było drogie, albo dlatego, że po prostu nie dbają o niego. I może przypadkowo odrzucone poprawki lub obejście jakiegoś środowiska, że ​​nie spotkaliśmy. I może właśnie wprowadził nowe błędy (powłoka jest łatwym językiem dostać złego w subtelny sposób). Przejść na własne ryzyko.
instalacji
virtualenv-sh może być instalowany z pip lub easy_install. Aby z niej skorzystać, trzeba pozyskać jeden skrypt w środowisku wirtualnym. Domyślnie, pip lub easy_install powinny zainstalować go do katalogu / usr / local / bin. Jeśli używasz bash lub zsh, należy zaimportować skrypt specyficzne; w przeciwnym razie, można spróbować ogólny jeden. Dodaj jedną z następujących czynności, aby skrypcie konfiguracyjnego powłoki (.bashrc, .zshrc, etc.):
, /usr/local/bin/virtualenv-sh.bash
, /usr/local/bin/virtualenv-sh.zsh
, /usr/local/bin/virtualenv-sh.sh
Jest wymagane nic innego. Jest tylko jedna zmienna, które można użyć do konfiguracji, która jest WORKON_HOME. To jest droga do swojej kolekcji virutalenvs; możesz zostawić to pole puste, aby zaakceptować domyślną $ {HOME} /. virtualenvs. Przyjmuje się, że sama jest w virtualenv swojej drodze.
WORKON_HOME = $ {HOME} /. Virtualenvs
zsh

Jeśli używasz zsh, można zamiast tego użyć funkcji do archiwum skompilowaną optymalnej wydajności, choć musi być skompilowany ze źródła na komputerze. Możesz pobrać źródło bezpośrednio lub spróbuj:
 pip install --no-install --upgrade-sh virtualenv
cd build / virtualenv-sh
sudo make install
Funkcja ta znajdzie zsh w drogę, należy go skompilować virtualenv-sh.zwc i zainstalować go do katalogu / usr / local / bin. Możesz teraz autoLoad tych funkcji i zainicjować virtualenv-sh. Możesz zapoznać się z rozdziałem funkcji autoloading w zsh instrukcji, jeśli nie jesteś zaznajomiony z tym procesem:
# Skonfiguruj wszystkie funkcje virtualenv-sh dla autoloading
fpath = (/ usr / local / bin / sh $ virtualenv-fpath)
autoload -w / usr / local / bin / sh virtualenv-
# Zadzwoń główną funkcję inicjalizacji
virtualenv_sh_init
Używanie
Podstawowe polecenia virtualenv-H są zasadniczo takie same jak virtualenvwrapper. Oto krótkie podsumowanie:
& Nbsp; mkvirtualenv
& Nbsp; Tworzy nowy virtual_env w $ WORKON_HOME. Wszystkie argumenty są przekazywane bezpośrednio do virtualenv. Nowy virtual_env stanie się aktywny. W przeciwieństwie virtualenvwrapper, to ma żadnych dodatkowych argumentów.
& Nbsp; rmvirtualenv
& Nbsp; usuwa istniejący virtual_env. Jeśli to virtual_env jest aktualnie aktywny, to jest pierwsza wyłączona z uprzejmości.
& Nbsp; workon []
& Nbsp; Aktywuje nazwie virtual_env. Jeśli inny virtual_env jest aktualnie aktywny, zostanie pierwsza wyłączona. Bez argumentów, to listę dostępnych virtual_envs.
& Nbsp; autoworkon
& Nbsp; Automatycznie ustawia virtual_env w oparciu o specjalne pliki. Zobacz poniżej.
& Nbsp; deaktywować
& Nbsp; dezaktywuje bieżący virtual_env (jak przy użyciu virtualenv bezpośrednio).
& nbsp; lsvirtualenvs
& Nbsp; Drukuje listę utworzonych virtual_envs.
& Nbsp; cdvirtualenv [podkat]
& Nbsp; Zmienia bieżący katalog na katalog główny aktywnego virtual_env lub jego podkatalogu.
& nbsp; lssitepackages
& Nbsp; Wyświetla zawartość katalogu site-packages aktywnego virtual_env za.
& Nbsp; cdsitepackages [podkat]
& Nbsp; Zmienia currect katalogu do katalogu site-packages aktywnego virtual_env lub jego podkatalogu.
Haki
virtualenv-sh obsługuje te same globalne i lokalne (per-ENV) haki jak virtualenvwrapper. Globalne haki są pliki w $ WORKON_HOME; lokalne haki są pliki w $ WORKON_HOME / {virtual_env} / bin. Haki są wykonywane poprzez pozyskiwanie ich w obecnym kontekście powłoki.
& Nbsp; zainicjować (globalne)
& Nbsp; Powołani na koniec virtualenv_sh_init.
& Nbsp; premkvirtualenv, postmkvirtualv, prermvirtualenv, postmkvirtualenv (globalne)
& Nbsp; Powołani na początku i na końcu mkvirtualenv i rmvirtualenv.
& Nbsp; preactivate, postactivate (globalne, lokalne); predeactivate, postdeactivate (lokalne, globalne)
& Nbsp; Powołani w kolejności wskazanej wokół włączania i wyłączania w virtual_env.
Ponadto virtualenv-sh, można dynamicznie zarejestrować funkcje nazywać podczas wykonywania haków:
virtualenv_sh_add_hook
virtualenv_sh_remove_hook
np .:
my_virtualenv_cleanup ()
{
& Nbsp; # Czy jakieś rzeczy tutaj
}
virtualenv_sh_add_hook postdeactivate my_virtualenv_cleanup
Zarejestrowane funkcje są zawsze wykonywane podłączenie po wszystkich globalnych i lokalnych skryptów hakowych.
autoworkon
autoworkon jest nowe polecenie, które zostało zaprojektowane do automatycznego aktualizowania virtual_env podstawie aktualnego katalogu. Zauważ, że nie ma standardowego mechanizmu powłoki na prowadzenie funkcji, gdy obecne zmiany w katalogu - i wiele muszle nie mają takiego mechanizmu - więc instalacja jest do Ciebie. Jeśli używasz zsh, należy użyć:
autoload -U dodatek haka zsh
dodatek zsh-Hak chpwd autoworkon
Funkcja autoworkon będzie chodzić system plików z bieżącego katalogu, aż osiągnie albo pierwiastek lub znajdzie przedmiot o nazwie ".workon". Jeśli jest to plik do odczytu, będzie traktować pierwszy wiersz jako nazwy virtual_env i aktywuj go. Istnieje kilka zasad szczególnych, aby pamiętać:
- Autoworkon zawsze zatrzymuje się na pierwszym .workon stwierdzi. Jest to całkowicie uzasadnione, aby .workon plików z wielu punktów w drzewie katalogów do korzystania z różnych virtual_envs na różnych poziomach.
- Pusta lub nieczytelny plik .workon jest interpretowane jako "brak virtual_env". Jest to przydatne, jeśli chcesz wyłączyć automatyczne virtual_env w określonym poddrzewie.
- Jeśli aktywować virtual_env ręcznie autoworkon nigdy nie zastąpi go. . autoworkon zmieni aktywny virtual_env tylko wtedy, gdy jest wyłączony lub został wcześniej ustawiony autoworkon

Wymagania :

• Python