Переименование папки virtualenv, не нарушая ее

Я считаю, что "knowing why" matters more than "knowing how". Итак, вот еще один подход, чтобы исправить это.

При запуске:

$ . env/bin/activate

он действительно выполняет следующие команды:

(я тестирую это в /tmp)

VIRTUAL_ENV="/tmp/myproject/env"
export VIRTUAL_ENV

Однако вы только что переименовали myproject в project, чтобы команда не выполнялась. Вот почему он говорит pip is not installed, потому что вы не установили pip в глобальную среду системы, а ваш virtualenv pip правильно создан.

Если вы хотите исправить это вручную, это способ:

• изменить /tmp/project/env/bin/activate с помощью вашего редактора, такого как Vim, обычно в Line 42

  VIRTUAL_ENV='/tmp/myproject/env' = > VIRTUAL_ENV='/tmp/project/env'

• изменить /tmp/project/env/bin/pip в Line 1

  #!/tmp/myproject/env/bin/python = > #!/tmp/project/env/bin/python

После этого снова активируйте свою виртуальную среду env, и вы увидите, что ваш pip вернулся снова.

ПРИМЕЧАНИЕ: Как @jb. указывает, что это решение применимо только к легко созданному (re) созданному virtualenv s. Если для установки требуется несколько часов, это решение не рекомендуется

Virtualenvs великолепны, потому что их легко создавать и переключаться; они не позволяют вам блокироваться в одну конфигурацию. Если вы знаете требования к проекту или можете получить их, Создать новый virtualenv:

• Создайте файл requirements.txt

  (env)$ pip freeze > requirements.txt

  • Если вы не можете создать файл requirements.txt, проверьте env/lib/pythonX.X/site-packages перед удалением оригинала env.

• Удалите существующий (env)

  deactivate && rm -rf env

• Создайте новый virtualenv, активируйте его и установите требования

  virtualenv env && . env/bin/activate && pip install -r requirements.txt

В качестве альтернативы используйте virtualenvwrapper, чтобы сделать вещи немного проще, так как все виртуальные виртуальные машины хранятся в централизованном месте

$(old-venv) pip freeze > temp-reqs.txt
$(old-venv) deactivate
$ mkvirtualenv new-venv
$(new-venv) pip install -r temp-reqs.txt
$(new-venv) rmvirtualenv old-venv

Я всегда устанавливаю virtualenvwrapper, чтобы помочь. В командной строке оболочки:

pip install virtualenvwrapper

В документах virtualenvwrapper есть способ документирования - cpvirtualenv Это то что ты делаешь. Убедитесь, что вы находитесь вне среды и обратно в приглашение оболочки. Введите это с требуемыми именами:

cpvirtualenv oldenv newenv

И затем, при необходимости:

rmvirtualenv oldenv

Чтобы перейти к вашему новшеству:

workon newenv

Вы можете исправить свою проблему, выполнив следующие шаги:

• переименуйте каталог
• повторить это: $ virtualenv ..\path\renamed_directory
• virtualenv исправит ассоциации каталогов, оставив ваши пакеты на месте
• $ scripts/activate
• $ pip freeze, чтобы проверить, что ваши пакеты находятся на месте.
• Важное предупреждение, если у вас есть какие-либо статические зависимости пути в файлах script в вашем каталоге virtualenv, вам придется вручную их изменить.

Еще один способ сделать это, который работал у меня много раз без проблем, - virtualenv-clone:

pip install virtualenv-clone
virtualenv-clone old-dir/env new-dir/env

virtualenv --relocatable ENV не является желательным решением. Я предполагаю, что большинство людей хотят переименовать virtualenv без каких-либо долгосрочных побочных эффектов.

Итак, я создал простой инструмент для этого. Страница проекта для virtualenv-mv описывает это немного подробнее, но по существу вы можете использовать virtualenv-mv только например, вы использовали бы простую реализацию mv (без каких-либо опций).

Например:

virtualenv-mv myproject project

Обратите внимание, что я только что взломал это. Это может сломаться при необычных обстоятельствах (например, symlinked virtualenvs), поэтому будьте осторожны (создайте резервную копию того, что вы не можете потерять) и сообщите мне, если у вас возникнут какие-либо проблемы.