나는 virtualenv보다는 buildout을 사용하고 싶습니다. 이 결정은 virtualenv를 내 키트에 넣는 것을 원하지 않는다는 것을 의미하므로 gp.recipe.pip 이 아닌에 virtualenv meme 바이러스를 설치하거나 패키지를 설치하는 방법을 찾고 있습니다. django/djangorecipe와 함께 사용하기위한 git repos.pip를 사용하지만 virtualenv를 설치하지 않는 빌드 아웃 레시피가 있습니까?
아이디어가 있으십니까?
확실한, 당신의 빌드 아웃에서 mr.developer을 사용하고 싶습니다. 합니다 (mr.developer 페이지에서 가져온) 특히
, 같은 : 당신의 buildout에 당신에게 개발 계란으로 설치하면 자식에서 후였다 패키지를 얻을 것이다
[buildout]
extensions = mr.developer
auto-checkout = my.package
[sources]
my.package = svn http://example.com/svn/my.package/trunk update=true
some.other.package = git git://example.com/git/some.other.package.git
.
나는 virtualenv에 buildout를 완전히 선호한다. 매우 감사. – chiggsy
@chiggsy buildout과 virtualenv는 서로 다르며 함께 잘 작동합니다. 실제로 빌드 아웃 의사는 함께 사용하는 것을 권장합니다. pip는 buidlout이 할 수없는 몇 가지 일을합니다. 그래서 그것들을 모두 사용하는 것이 최고의 콤보입니다. 즉, virtualenv 내부의 buildout입니다. 그런 다음 필요에 따라 gp.recipe.pip, collective.recipe.pip, rjm.recipe.venv, buildout.dumprequirements, mr.scripty 및 mr.developer와 같은 추가 레시피를 사용하면 더 나은 조합을 얻을 수 있습니다. –
답변이 없으신가요? virtualenv에 대한 싫어함은 무엇입니까? 내 인상은 buildout 사용자가 buildout에서 제공 한 것보다 시스템 파이썬에서 더 잘 격리 할 수 있도록 buildenout을 virtualenv로 묶는 것이 매우 일반적이라는 것입니다 (틀릴 수도 있고 buildout을 사용하지 않을 수도 있습니다). –
나는 시스템 파이썬으로부터 격리되고 싶지 않다. 그게 문제 야. 난 그냥 내 응용 프로그램이 특정 위치 (내 응용 프로그램이 의존하는 모듈)를 _first_에서 찾은 다음 거기에서 찾지 못하게하려는 경우 (내 의견으로는 응용 프로그램 특정 버전이 필요하지 않음을 의미합니다. say, django 또는 mysql 드라이버 또는 PIL과 같은이 모듈은 경로를 계속보고 있습니다. 사실, 이것이 sys.path와 $ PYTHONPATH의 목적입니다. 이 방법론은 모든 유닉스에서 훌륭하게 작동합니다. 마지막으로 확인했습니다. 그래서, _why_ virtualenv? – chiggsy