virtualenv-sh

的virtualenv-SH是一種替代古老的virtualenvwrapper＆NBSP;（一套外殼功能，方便使用的virtualenv的）。
開發者評論
許多人一樣，我用virtualenvwrapper多年，但它變得有點沉重隨著時間的推移。我終於發現自己等待太久了新的砲彈啟動，即使我傾向於只使用基本功能。
該項目是試圖解決這個問題。我借virtualenvwrapper的巧妙位，捨棄一切，我認為是昂貴的，或只是不感興趣，並增加了一個功能或兩個我自己。該項目的首要任務是速度。該代碼是幾乎純的外殼腳本，雖然有可能是如grep或sed的標準工具的一個或兩個調用。
被警告，這可能執行不適合你。我可能已經擺脫了你喜歡的一個功能，是因為它是昂貴還是因為我只是不關心它。我可能不小心丟棄的修補程序或解決方法，我還沒有遇到過的一些環境。我可能只是引入新的Bug（殼是一個簡單的語言來得到錯誤以微妙的方式）。進行風險自擔。
安裝
的virtualenv-SH可以與PIP或easy_install的安裝。要使用它，你需要在你的shell環境的源單一的shell腳本。默認情況下，PIP或easy_install的應該安裝到/ usr / local / bin目錄。如果你使用bash或zsh的，你應該導入shell特定的腳本;否則，你可以嘗試通用之一。以下內容添加到你的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
須藤使安裝
這將找到的zsh在你的路徑，用它來編譯的virtualenv-sh.zwc，並將其安裝到/ usr / local / bin目錄。現在，您可以自動加載這些功能和初始化的virtualenv-SH。您可能要參考一節功能自動加載的zsh的手冊，如果你不熟悉這個過程：
＃配置所有的virtualenv-SH功能自動加載
fpath =（的/ usr / local / bin目錄/的virtualenv-SH $ fpath）
-w自動加載的/ usr / local / bin目錄/的virtualenv-SH
＃主呼初始化函數
virtualenv_sh_init
使用
的virtualenv-SH的基本命令是基本上相同virtualenvwrapper。這裡有一個簡單的回顧：
＆NBSP; mkvirtualenv
＆NBSP;創建於$ WORKON_HOME新virtual_env。所有的參數都直接傳遞給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 [子目錄]
＆NBSP;改變當前目錄到活動virtual_env的根，或它們的一個子目錄。
＆NBSP; lssitepackages
＆NBSP;列出活動virtual_env的site-packages目錄中的內容。
＆NBSP; cdsitepackages [子目錄]
＆NBSP;更改確認當期目錄到活動virtual_env的site-packages目錄，或它們的一個子目錄。
鉤
的virtualenv-SH支持相同的全局和局部（每個ENV）掛鉤的virtualenvwrapper。全局鉤子在$ WORKON_HOME文件;當地鉤在$ WORKON_HOME / {} virtual_env / bin中的文件。鉤通過獲取他們在當前的shell上下文中執行。
＆NBSP;初始化（全球）
＆NBSP;調用在virtualenv_sh_init的末端。
＆NBSP; premkvirtualenv，postmkvirtualv，prermvirtualenv，postmkvirtualenv（全球）
＆NBSP;調用開頭和mkvirtualenv和rmvirtualenv結束。
＆NBSP;預激活，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一個新的命令。需要注意的是沒有標準的shell機制運行時的當前目錄變化的函數 - 和許多砲彈沒有這樣一個機制 - 使安裝，這是由你。如果你使用的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中