virtualenv-sh

virtualenv-sh là một thay thế cho các virtualenvwrapper kính & nbsp; (một tập hợp các chức năng vỏ để tạo thuận lợi cho việc sử dụng virtualenv).
Ý kiến ​​phát triển
Giống như nhiều người, tôi đã sử dụng virtualenvwrapper trong nhiều năm, nhưng nó nhận được một chút nặng theo thời gian. Tôi cuối cùng đã tìm thấy bản thân mình chờ đợi quá lâu cho vỏ mới để bắt đầu lên, mặc dù tôi có xu hướng chỉ sử dụng các tính năng cơ bản.
Dự án này là một nỗ lực để giải quyết vấn đề đó. Tôi mượn các bit thông minh của virtualenvwrapper, loại bỏ tất cả mọi thứ tôi coi là đắt tiền hay chỉ là không thú vị, và thêm một tính năng hoặc hai của riêng tôi. Ưu tiên số một của dự án này là tốc độ. Mã này là kịch bản gần như tinh khiết, mặc dù có thể có một hoặc hai lời gọi của các công cụ tiêu chuẩn như grep hoặc sed.
Được cảnh báo rằng việc thực hiện này có thể không được cho bạn. Tôi có thể đã gạt bỏ một tính năng mà bạn thích, hoặc vì nó là đắt tiền hay vì tôi chỉ không quan tâm đến nó. Tôi có thể đã vô tình bỏ đi một sửa chữa hoặc cách giải quyết cho một số môi trường mà tôi đã không gặp. Tôi có thể chỉ giới thiệu các lỗi mới (shell là một ngôn ngữ dễ dàng để có được sai lầm trong cách tinh tế). Tiến hành có nguy cơ của riêng bạn.
Cài đặt
virtualenv-sh có thể được cài đặt với các pip hoặc easy_install. Để sử dụng nó, bạn cần nguồn một kịch bản duy nhất trong môi trường shell của bạn. Theo mặc định, pip hoặc easy_install nên cài đặt nó vào / usr / local / bin. Nếu bạn đang sử dụng bash hoặc zsh, bạn nên nhập các kịch bản cụ thể; nếu không, bạn có thể thử một trong những chung chung. Thêm một trong những điều sau đây để init script shell (.bashrc, zshrc, vv):
. /usr/local/bin/virtualenv-sh.bash
. /usr/local/bin/virtualenv-sh.zsh
. /usr/local/bin/virtualenv-sh.sh
Không có gì khác là cần thiết. Chỉ có một biến môi trường mà bạn có thể sử dụng cho cấu hình, mà là WORKON_HOME. Đây là một con đường vào bộ sưu tập của bạn virutalenvs; bạn có thể để trống để chấp nhận các mặc định $ {HOME} /. virtualenvs. Người ta cho rằng virtualenv chính nó là trong con đường của bạn.
WORKON_HOME = $ {HOME} /. Virtualenvs
zsh

Nếu bạn đang sử dụng zsh, thay vào đó bạn có thể sử dụng các chức năng lưu trữ biên dịch sẵn cho hiệu suất tối ưu, mặc dù điều này cần phải được biên dịch từ mã nguồn trên máy tính của bạn. Bạn có thể tải về mã nguồn trực tiếp hoặc thử:
 pips cài đặt --upgrade --no-cài đặt virtualenv-sh
cd build / virtualenv-sh
sudo make install
Điều này sẽ tìm zsh trong đường dẫn của bạn, sử dụng nó để biên dịch virtualenv-sh.zwc, và cài đặt nó vào / usr / local / bin. Bây giờ bạn có thể tự động load các chức năng và khởi virtualenv-sh. Bạn có thể muốn tham khảo phần vào chức năng tự động load trong cuốn hướng dẫn zsh nếu bạn không quen thuộc với quá trình này:
# Cấu hình tất cả các chức năng virtualenv-sh cho tự động load
fpath = (/ usr / local / bin / sh-virtualenv $ fpath)
autoload -w / usr / local / bin / sh virtualenv-
# Gọi hàm khởi tạo chính
virtualenv_sh_init
Sử dụng
Các lệnh cơ bản của virtualenv-sh là cơ bản giống như virtualenvwrapper. Dưới đây là danh ngắn gọn:
& Nbsp; mkvirtualenv
& Nbsp; Tạo một virtual_env mới trong $ WORKON_HOME. Tất cả các đối số được truyền trực tiếp cho virtualenv. Các virtual_env mới sẽ trở thành hoạt động. Không giống như virtualenvwrapper, điều này có không có đối số bổ sung.
& Nbsp; rmvirtualenv
& Nbsp; Xóa một virtual_env hiện. Nếu virtual_env này đang hoạt động, đầu tiên là ngừng hoạt động theo đúng trách nhiệm.
& Nbsp; workon []
& Nbsp; Kích hoạt các virtual_env tên. Nếu virtual_env khác đang hoạt động, nó sẽ bị ngừng hoạt động đầu tiên. Nếu không có tham số, nó sẽ liệt kê các virtual_envs sẵn.
& Nbsp; autoworkon
& Nbsp; Tự động đặt virtual_env dựa trên các tập tin đặc biệt. Xem bên dưới.
& Nbsp; tắt
& Nbsp; tắt chức năng virtual_env hiện tại (như khi sử dụng virtualenv trực tiếp).
& Nbsp; lsvirtualenvs
& Nbsp; In danh sách các virtual_envs bạn đã tạo.
& Nbsp; cdvirtualenv [subdir]
& Nbsp; Thay đổi thư mục hiện hành vào thư mục gốc của virtual_env hoạt động, hoặc một thư mục con của nó.
& Nbsp; lssitepackages
& Nbsp; Danh sách các nội dung của thư mục site-packages các virtual_env hoạt động của.
& Nbsp; cdsitepackages [subdir]
& Nbsp; Thay đổi thư mục currect vào thư mục site-packages của virtual_env hoạt động, hoặc một thư mục con của nó.
Móc
virtualenv-sh hỗ trợ toàn cầu và địa phương (mỗi env) móc giống như virtualenvwrapper. Móc toàn cầu là các tập tin trong $ WORKON_HOME; móc địa phương là các tập tin trong $ WORKON_HOME / {} virtual_env / bin. Móc được thực hiện bởi nguồn cung ứng cho họ trong bối cảnh shell hiện hành.
& Nbsp; khởi tạo (toàn cầu)
& Nbsp; Được gọi vào cuối virtualenv_sh_init.
& Nbsp; premkvirtualenv, postmkvirtualv, prermvirtualenv, postmkvirtualenv (toàn cầu)
& Nbsp; Được gọi là ở đầu và cuối mkvirtualenv và rmvirtualenv.
& Nbsp; preactivate, postactivate (toàn cầu, địa phương); predeactivate, postdeactivate (địa phương, toàn cầu)
& Nbsp; Được gọi theo thứ tự ghi trên kích hoạt và khử hoạt tính của một virtual_env.
Ngoài ra, virtualenv-sh cho phép bạn tự động đăng ký chức năng để được gọi khi thực hiện móc:
virtualenv_sh_add_hook
virtualenv_sh_remove_hook
ví dụ: .:
my_virtualenv_cleanup ()
{
& Nbsp; # Do một số nội dung tại đây
}
virtualenv_sh_add_hook postdeactivate my_virtualenv_cleanup
Chức năng móc đăng ký luôn thực hiện sau khi tất cả các kịch bản móc toàn cầu và địa phương.
autoworkon
autoworkon là một lệnh mới được thiết kế để tự động cập nhật virtual_env của bạn dựa trên thư mục hiện tại của bạn. Lưu ý rằng không có cơ chế vỏ chuẩn để chạy một chức năng khi thay đổi thư mục hiện tại - và nhiều lớp không có một cơ chế như vậy - vì vậy cài đặt này là tùy thuộc vào bạn. Nếu bạn đang sử dụng zsh, bạn sẽ sử dụng:
autoload -u add-zsh móc
add-zsh móc chpwd autoworkon
Các chức năng autoworkon sẽ đi bộ lên hệ thống tập tin từ thư mục hiện hành cho đến khi nó đạt đến một trong hai thư mục gốc hoặc tìm thấy một mục có tên là ".workon". Nếu đây là một file có thể đọc, nó sẽ đối xử với các dòng đầu tiên là tên của một virtual_env và kích hoạt nó. Có một vài quy tắc đặc biệt để giữ trong tâm trí:
- Autoworkon luôn luôn dừng lại ở .workon đầu tiên mà nó tìm thấy. Đó là hoàn toàn hợp lý để có các file .workon tại nhiều thời điểm trong một cây thư mục để sử dụng virtual_envs khác nhau ở các cấp độ khác nhau.
- Một tập tin .workon trống hay không thể đọc được hiểu như là "không có virtual_env". Điều này rất hữu ích nếu bạn muốn tắt virtual_env tự động trong một cây con đặc biệt.
- Nếu bạn kích hoạt một virtual_env tay, autoworkon sẽ không bao giờ ghi đè lên nó. . autoworkon sẽ chỉ thay đổi virtual_env hoạt động của bạn nếu nó là unset hoặc trước đó đã được thiết lập bởi autoworkon

Yêu cầu :

• Python