相关疑难解决方法(0)

这个问题不重复.

它不仅适用于重命名虚拟环境,还适用于将其实际移动到其他目录,包括可能包含的其他用户目录.

这与仅重命名虚拟环境不同,特别是对于不熟悉virtualenvs的人.

如果我创建了一个virtualenv,并将其移动到另一个文件夹,它仍然可以工作吗？

$ virtualenv -p /usr/bin/python3 /home/me/Env/my-python-venv
$ source Env/my-python-venv/bin/activate
(my-python-venv) $ 

......当天晚些时候,虚拟环境MOVED ......

(my-python-venv) $ deactivate
$ mkdir -p /home/me/PeskyPartyPEnvs
$ mv /home/me/Env/my-python-venv /home/me/PeskyPartyPEnvs/

题:

这会有用吗？

$ source /home/me/PeskyPartyPEnvs/my-python-venv/bin/activate
(my-python-venv) $ /home/me/PeskyPartyPEnvs/my-python-venv/bin/pip3 install foaas

我的意思是,这不是一个关于尝试这个的智慧的问题(当然,除非这种智慧是幽默的),更多的是关于它是否可能.我真的想知道在Python 3中是否可以这样做,或者我是否只需要将其搞砸并克隆它.

我可以mv在virtualenv没有悲伤的情况下这样做吗？我确实想避免悲伤.

我正在尝试将.gitlab-ci.yml文件添加到我的 gitlab 项目中；该文件看起来像：

image: continuumio/miniconda3:latest

before_script:
  - conda env create -f environment.yml
  - conda activate py3p10 
  - export MY_PROJECT_ROOT=$PWD
  - export PYTHONPATH+=:$PWD
tests:
  stage: test
  script:
    - pytest tests -W ignore::DeprecationWarning

现在，environment.yml包含大约 30 个软件包，当我推送到分支时，作业似乎正在下载并安装所有软件包。这使得工作大约需要 10 分钟，而且看起来相当浪费。有没有办法告诉 gitlab 缓存 conda 环境以便重用？

从：

https://docs.gitlab.com/ee/ci/caching/#cache-python-dependencies

看来我们可以缓存，但仅限于virtualenv不 conda。从：

gitlab-ci 的缓存虚拟环境

最佳答案不鼓励使用 conda 进行缓存。

干杯。

我期望能够缓存环境，并且完整的作业应该测试大约 20 秒。