В настоящее время у меня есть git и virtualenv, которые точно соответствует моим потребностям и, до сих пор, не вызвало никаких проблем. Однако я знаю, что моя установка нестандартная, и мне интересно, если кто-нибудь более знаком с virtualenv's внутренности могут указать, если и где, вероятно, это произойдет неправильно.
Мой virtualenv находится внутри моего репозитория git, но git установлен для игнорирования каталогов bin и include и всего в lib, за исключением каталога site-packages.
Точнее, мой файл .gitignore выглядит следующим образом:
*.pyc
# Ignore all the virtualenv stuff except the actual packages
# themselves
/bin
/include
/lib/python*/*
!/lib/python*/site-packages
# Ignore easyinstall and setuptools
/lib/python*/site-packages/easy-install.pth
/lib/python*/site-packages/setuptools.pth
/lib/python*/site-packages/setuptools-*
/lib/python*/site-packages/pip-*
При таком расположении я - и любой другой, кто работает над проверкой проекта - может использовать virtualenv и pip как обычно, но со следующими преимуществами:
Если кто-либо обновляет или устанавливает пакет и подталкивает их изменения, любой, кто извлекает эти изменения, автоматически получает обновление: им не нужно замечать, что файл requirements.txt изменился или сделал любой post-receive волшебство крюка.
Нет никаких сетевых зависимостей: весь код, чтобы сделать работу с работой приложения в репозитории git.
Я знаю, что это работает только с пакетами pure-Python, но все, о чем я беспокоюсь в данный момент.
Кто-нибудь знает какие-либо другие проблемы с этим подходом, о которых я должен знать?
Если у вас есть -e элементы в requirements.txt - другими словами, если у вас есть какие-либо редактируемые зависимости, как описано в format, которые используют систему управления версиями git, вы, скорее всего, столкнетесь с проблемами, когда ваша директория src зафиксирована. Если вы просто добавили /src в свой .gitignore, тогда вы можете избежать этой проблемы, но часто установка просто добавляет указатель в site-packages в это место, поэтому вам это нужно!
Это интересный вопрос. Я думаю, что два других ответа (пока) поднимают хорошие конкретные моменты. Ясно, что вы это продумали и пришли к решению, которое вам нравится, но я хочу заметить, что здесь есть философский раскол среди пользователей virtualenv.
В одном лагере, к которому, как я полагаю, вам принадлежит, чувствуется, что локальный VE является частью проекта (т.е. он должен находиться под контролем версий). Другой считает, что VE по существу следует рассматривать как артефакт развития - что requirements.txt должен быть частью репо проекта, но вы должны иметь возможность сдуть и воссоздать VE по мере необходимости.
Я просто упоминаю об этом, потому что, когда я впервые увидел это различие, это помогло сформировать мое мышление о virtualenv. (Я во втором лагере, FWIW, потому что это кажется мне более простым и чистым, но это не означает, что быть в первом лагере не подходит для вашего конкретного проекта.)
В /lib/python2.7/site-packages в моем virtualenv у меня есть абсолютные пути, например, в Django.egg-link у меня есть /Users/henry/.virtualenv/mowapp/src/django (это Mac).
Убедитесь, что у вас есть абсолютные пути, отмеченные в git, я думаю, что это серьезная проблема с этим подходом.