每个人都可以，
拥有SSL证书

导出 requirements.txt 这事，大部分 Python 项目都绕不开。用得最多的就是 pip freeze，一行命令把当前环境所有已安装的包连版本号一起倒出来：

pip freeze > requirements.txt

出来的文件长这样：

Django==4.1.1
requests==2.28.1
numpy==1.23.2

看着挺清晰，但问题也很直接——它会把整个 Python 环境里的包全列上，包括很多你项目里根本没用的东西。

别人拿到这种 requirements.txt 安装时，要么多装一堆无用包，要么因为平台差异装不上。所以直接用 pip freeze 有时是省事，但也容易给协作挖坑。

如果想让导出的依赖真正跟项目相关，最好用 pipreqs。它会扫描项目里的 import 语句，只生成实际用到的包。

先装上：

pip install pipreqs

然后到项目根目录跑：

pipreqs /path/to/project --encoding=utf-8 --force

这里 --encoding=utf-8 是为了避免中文路径或文件编码导致它崩溃，--force 就是强制覆盖已有的 requirements.txt，不然它会提醒你是否要覆盖。

它也有局限：如果你的导入是动态的，比如 importlib.import_module("somepackage") 这种，它检测不到。但常规项目基本够用。

再来说说 pip freeze 产出的文件有时候会带 @ 符号的问题。

如果你用 -e 安装过包，pip freeze 会生成类似 "package @ file:///path/to/local" 的行。这种行放到服务器上安装会直接报错，因为路径不存在。去掉它们也很简单，用 grep 过滤一下：

pip freeze | grep -v " @ " > requirements.txt

这样留在文件里的就都是 pypi 上的标准包了。

有一点要特别注意——不管用哪种方式，都强烈建议在虚拟环境里操作。直接在系统 Python 环境里 freeze，今天装个 requests，明天装个 flask，久而久之 dependencies 污染得你想全部重装。正确的做法是先建一个干净环境：

python -m venv myenv
source myenv/bin/activate  # Linux/Mac
# Windows 下是 myenv\Scripts\activate

激活后，把你项目依赖的包装进去，比如 pip install django requests，然后再 freeze。这样产出的文件才干净，发给别人也不容易出环境冲突。

导完之后，最好先本地验证下依赖之间有没有冲突：

pip check -r requirements.txt

如果有不兼容的包，它会直接报出来，比安装到一半再报错强。

别人拿到你的 requirements.txt，安装就很简单了：

pip install -r requirements.txt

没什么花哨的，只要他的 Python 版本和你的不要差太远就行。如果涉及多个 Python 版本，建议在文件里标注或者用 pyenv 统一。

最后几个小提醒：

• pipreqs 后面的项目路径如果包含空格，记得用引号包起来，比如 pipreqs "./my project" --force，不然命令行会解析错误。
• 把 requirements.txt 提交到版本控制（Git）里，这不仅保证团队环境一致，还能在回滚时看到历史依赖，排查问题方便很多。
• 如果项目规模上去，依赖层级复杂，或者需要锁定非 Python 依赖，pipreqs 就不太够看了，那时候可以考虑上 poetry 或 conda。它们不是替代 pip，而是提供更立体的依赖管理，不过那就是另一篇东西了。