virtualenv-sh

(VIRTUALENV의 사용을 용이하게 쉘 함수의 집합)

VIRTUALENV-SH는 전통 virtualenvwrapper & NBSP의 대체물이다.
개발자 코멘트
많은 마찬가지로, 나는 몇 년 동안 virtualenvwrapper 사용했지만, 그것은 시간이 지남에 무거운 조금이라도. 나는 결국 난 단지 기본적인 기능을 사용하는 경향에도 불구하고, 새로운 껍질이 시작하는 자신이 너무 오래 기다리고 발견했다.
이 프로젝트는 그 문제를 해결하기위한 시도이다. 나는 virtualenvwrapper의 영리한 비트를 빌려 내가 비싼하거나 관심이없는 것으로 간주 모든 것을 폐기하고, 기능 또는 내 자신의 두 가지를 추가했다. 이 프로젝트의 최우선 순위는 속도입니다. 그렙 또는 나오지 같은 표준 도구 중 하나 또는 두 개의 호출이있을 수 있지만, 코드는 거의 순수한 쉘 스크립트이다.
이 구현은 당신을 위해하지 않을 수 있음을 경고했다. 난 그냥 그것에 대해 걱정하지 않았기 때문에이 비싼 또는 하나 때문에, 당신이 좋아하는 기능을 제거 찍었을 수도. 실수로 I가 발생하지 않은 일부 환경에 대한 수정 또는 해결 방법을 폐기했을 수 있습니다. 난 그냥 (쉘이 미묘한 방식으로 오해 할 수있는 쉬운 언어) 새로운 버그를 도입 할 수있다. 자신의 위험에 진행합니다.
설치
VIRTUALENV 쉬가 핍 또는 easy_install을 설치할 수 있습니다. 이 기능을 사용하려면, 당신은 당신의 쉘 환경에서 하나의 쉘 스크립트를 소싱해야합니다. 기본적으로 PIP 또는 easy_install을은에가 / usr / local / bin을 설치해야합니다. 배시 또는 zsh를를 사용하는 경우, 당신은 쉘 특정 스크립트를 가져와야합니다; 그렇지 않으면, 당신은 일반적인 하나를 시도 할 수 있습니다. 쉘의 초기화 스크립트 (의 .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을를 사용하는 경우이 시스템에 소스에서 컴파일 할 필요가 있지만, 대신, 최적의 성능을 위해 미리 컴파일 된 기능 아카이브를 사용할 수 있습니다. 직접 소스를 다운로드하거나 시도 할 수 있습니다 :
 --upgrade 설치 PIP VIRTUALENV 쉬를 --no를 설치
CD 빌드 / VIRTUALENV 쉬
sudo는 설치 확인
이 VIRTUALENV-sh.zwc를 컴파일하는 데 사용할, 경로에가 zsh를 발견하고, / usr / local / bin 디렉토리로 설치합니다. 이러한 기능을 지금을 자동로드 및 VIRTUALENV 쉬를 초기화 할 수 있습니다. 당신은 당신이이 과정에 익숙하지 않은 경우가 zsh 설명서에 기능 자동 로딩에 절을 참조 할 수 있습니다 :
자동 로딩을위한 # 구성은 모든 VIRTUALENV 쉬 기능
FPATH = (로 / usr / local / bin / VIRTUALENV - 쉬 달러 FPATH)
자동로드 -w로 / usr / local / bin / VIRTUALENV 쉬
# 주요 초기화 함수를 호출
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는 (직접 VIRTUALENV 사용하는 경우 등) 현재 virtual_env을 비활성화합니다.
& NBSP; lsvirtualenvs
& NBSP는, 당신이 만든 virtual_envs의 목록을 인쇄합니다.
& NBSP; cdvirtualenv [하위 디렉터리]
& NBSP는, 활성 virtual_env의 루트, 또는 이들의 하위 디렉토리로 현재 디렉토리를 변경합니다.
& NBSP; lssitepackages
& NBSP; 활성 virtual_env의 사이트 패키지 디렉토리의 내용을 나열합니다.
& NBSP; cdsitepackages [하위 디렉터리]
& NBSP는, 활성 virtual_env의 사이트 패키지 디렉토리, 또는 그 하위 디렉토리에 currect 디렉토리를 변경합니다.
후크
VIRTUALENV 쉬는 virtualenvwrapper와 같은 글로벌과 로컬 (당 ENV) 후크를 지원합니다. 글로벌 후크 $ WORKON_HOME에서 파일입니다; 지역 후크 $ WORKON_HOME / {virtual_env} / bin에 파일입니다. 후크는 현재 쉘 컨텍스트를 소싱에 의해 실행됩니다.
& NBSP는, 초기화 (전역)
& NBSP; virtualenv_sh_init의 끝에서 호출됩니다.
& NBSP; premkvirtualenv, postmkvirtualv, prermvirtualenv, postmkvirtualenv (전역)
& NBSP; 시작과 mkvirtualenv과 rmvirtualenv의 끝에서 호출됩니다.
& NBSP; preactivate, 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를 업데이트하도록 설계된 새로운 명령입니다. 많은 조개 이러한 메커니즘이없는 - - 그래서이를 설치 당신에게 달려 현재 디렉토리 변경 기능을 실행하기위한 표준 쉘 메커니즘이 존재하지 않습니다. 당신이 zsh을를 사용하는 경우, 다음을 사용 :
자동로드는 추가 zsh을 훅 -U
추가 zsh을 훅 chpwd의 autoworkon
그것은 ".workon"라는 항목을 루트에 도달하거나 발견 할 때까지 autoworkon 함수는 현재 디렉토리에서 파일 시스템을 안내합니다. 이 판독 가능한 파일 인 경우에는 virtual_env의 이름과 같은 첫 번째 라인을 치료하고 활성화한다. 명심해야 할 특별한 규칙이 몇 가지 있습니다 :
- autoworkon은 항상 첫 번째로 발견 .workon에서 멈 춥니 다. 그것은 서로 다른 수준에서 다른 virtual_envs를 사용하는 디렉토리 트리의 여러 지점에서 .workon 파일이 완벽하게 합리적.
- 비어 있거나 읽을 수 .workon 파일은 "아니오 virtual_env"로 해석됩니다. 특정 하위 트리에 자동 virtual_env을 비활성화하려는 경우에 유용합니다.
- 수동으로 virtual_env을 활성화하면, autoworkon 그것을 무시하지 않습니다. 이 설정 해제 또는 이전에 autoworkon에 의해 설정된 경우 autoworkon은 활성 virtual_env 변경됩니다

이 요구 사항 : 있습니다.

파이썬