Pipenv虚拟环境是否依赖当前目录？新手技术问询

嘿，作为Pipenv新手有这种疑问太正常了，我来帮你把这个逻辑理清楚～

首先得明确Pipenv的核心设计：它完全基于当前工作目录中的Pipfile来关联对应的虚拟环境。也就是说，当你执行任何pipenv命令时，它会自动在当前目录（以及向上的父目录链）查找Pipfile文件，找到后就会绑定到该文件对应的虚拟环境；如果找不到，它就会在当前目录新建一个全新的虚拟环境，这大概率就是你遇到问题的原因。

分析你的操作问题 #

你当时在/home/user/me/miniconda3/bin/这个目录下执行pipenv run命令，而这个目录里并没有你从GitHub拉取的Pipfile，所以Pipenv要么会在这个bin目录下创建一个无关的新虚拟环境，要么因为找不到预期的依赖配置而报错——这显然不是你想要的结果，你真正需要的是GitHub代码目录里Pipfile对应的虚拟环境对吧？

解决方法 #

这里有两种简单的方式解决这个问题：

方法1：切换到Pipfile所在目录再执行命令

这是最直观的方式，先进入你拉取的GitHub代码目录：

cd /path/to/your/github/repo  # 替换成你实际的代码目录路径

然后再执行你的脚本（不管脚本在哪个目录，用绝对路径或相对路径都可以）：

pipenv run python /home/user/me/my-script-dir/my-script.py

方法2：指定Pipfile所在的项目目录（无需切换目录）

如果你不想每次都切换工作目录，可以用--project参数直接指定Pipfile所在的目录，这样Pipenv会直接关联该目录的虚拟环境：

pipenv run --project /path/to/your/github/repo python /home/user/me/my-script-dir/my-script.py

额外实用提示 #

• 可以用pipenv --venv命令查看当前目录绑定的虚拟环境路径，确认是不是你预期的那个环境。
• 尽量避免在系统工具目录（比如你的miniconda bin目录）下运行pipenv命令，很容易创建不必要的虚拟环境，导致环境管理混乱。
• 如果你拉取的GitHub代码已经有Pipfile.lock，进入目录后可以先执行pipenv sync确保虚拟环境的依赖和lock文件完全一致。

内容的提问来源于stack exchange，提问作者Stephen