我想知道在你的本地Git克隆中有一个(未被跟踪的)虚拟环境文件夹是否被认为是不好的目录结构。
将存储库和虚拟环境放在一个文件夹中似乎更干净,但这也更加笨拙和笨重。
以下是我正在考虑的两个选项:
一个。
git_clone/
virtual-environment/B.
name_of_project/
git_clone/
virtual-environment/这个问题类似于这个问题,但针对的是用户/贡献者而不是维护者。
Is it bad to have my virtualenv directory inside my git repository?
发布于 2019-12-31 03:29:32
为了做出决定,我回答了这样一个问题:“我会在多个项目中重用我的虚拟环境吗?”如果是,那么我将虚拟env放在工作树之外。如果不是,则将虚拟env放入工作树中。
至于重用,项目通常不依赖于同一组库。即使它们确实依赖于同一组库,项目也依赖于特定版本的库。因此,在工作树中拥有专用的虚拟环境是避免上述情况下由于不正确或无关的依赖而导致的问题的一种简单方法。
在成本方面,虽然专用的虚拟环境可能会导致重复,但我的大多数虚拟环境都在几十兆字节的数量级;从空间的角度来看,这是一个很小的价格,以避免由于不正确的依赖而带来的麻烦。如果额外的空间确实是一个问题,那么在给定创建虚拟环境(例如,通过pip和requirements.txt)是多么容易的情况下,可以在需要时创建、使用和删除虚拟环境。
发布于 2019-12-31 02:25:22
将requirements.txt复制到父文件夹中,并在那里使用PIP。PIP就像NPM一样,它将依赖项直接安装到操作系统中(与snapd不同),虽然这无关紧要,但安全总比后悔好!
https://stackoverflow.com/questions/59535020
复制相似问题