conda虚拟环境中pipreqs无法正确识别包版本的问题咨询

出现版本错配的核心原因是你在激活的conda虚拟环境中调用的pipreqs可执行文件来自base环境，而非当前虚拟环境内部：

1. 多数用户只会在conda的base环境中全局安装一次pipreqs，不会在每个虚拟环境单独安装。激活虚拟环境后如果当前环境没有pipreqs，系统会按照PATH优先级调用base环境下的pipreqs程序。
2. 旧版本pipreqs本身没有适配conda虚拟环境的路径识别逻辑，不会自动读取CONDA_PREFIX环境变量定位当前激活环境的site-packages目录，运行时会默认加载自身所在环境（也就是base）的包元数据做版本匹配，最终导出的版本自然和base环境完全一致，和虚拟环境实际安装版本不匹配。

按照以下步骤操作即可修复：

• 先验证pipreqs的调用来源：在已激活目标虚拟环境的终端中，Linux/macOS执行which pipreqs，Windows执行where pipreqs，如果输出路径包含base环境的目录（比如路径带miniconda3/base、anaconda3/bin且没有你当前虚拟环境的名称），即可确认是跨环境调用的问题。
• 在当前激活的目标虚拟环境内重新安装pipreqs：执行pip install pipreqs，安装完成后再次执行上面的路径检查命令，确认输出的pipreqs路径属于当前虚拟环境的bin（Linux/macOS）或Scripts（Windows）目录。
• 生成依赖文件时执行带本地强制扫描参数的命令：pipreqs ./ --encoding=utf-8 --force --use-local，其中--use-local参数会强制pipreqs仅读取当前Python运行环境的包信息，彻底避免跨环境扫描串扰，--force参数会覆盖已存在的旧requirements.txt文件。
• 如果你不想在每个虚拟环境单独安装pipreqs，可以在调用全局pipreqs时手动指定扫描路径：先执行echo $CONDA_PREFIX（Linux/macOS）或echo %CONDA_PREFIX%（Windows）拿到当前虚拟环境的根路径，再把该路径下的site-packages目录作为扫描目标，同时通过--exclude参数排除base环境的site-packages路径，不过该方案配置繁琐，优先推荐在虚拟环境内装pipreqs的方案。

额外提示：日常使用conda环境时，尽量不要依赖base环境安装的全局Python工具，所有和项目依赖相关的工具最好安装在对应项目的虚拟环境内，能避免90%以上的环境串扰问题。

内容的提问来源于stack exchange，提问作者T.J.