如何使用依赖规范指定单个Python包的最低pip版本要求？

首先可以明确：没办法直接用PEP 508的原生语法，为单个依赖单独匹配判断执行安装操作的pip版本。

原生语法的能力边界 #

PEP 508定义的依赖附加条件（也就是环境标记），设计初衷是用来判断当前Python解释器的运行属性——比如Python版本、操作系统类型、CPU架构、解释器实现类型这类和包实际运行环境相关的维度。从规范落地开始，这套标记体系就没有把执行安装流程的pip自身版本纳入可判断的变量集合，因此没法像写platform_system == "Linux"这类常规条件一样，直接把pip版本判断写进单个依赖的附加规则里。

对应manylinux2010依赖场景的实际实现思路 #

针对你提到的“仅当pip版本≥19.0时才安装该manylinux2010构建的依赖，低版本环境下直接跳过”的实际需求，目前社区通用的可用方式有两类：

• 把pip版本判断逻辑从纯依赖声明挪到自定义安装流程里。比如在项目的构建配置脚本中，先读取当前环境的pip版本信息，仅当版本达到19.0及以上时，才把这个manylinux2010构建的依赖加入最终的安装列表；低版本pip的环境下，直接把这个依赖条目从安装列表中剔除，实现静默跳过的效果。
• 需要明确pip自身对manylinux标签的识别特性：pip 19.0之前的版本是无法识别manylinux2010这个标签的，就算你直接把对应wheel包写进依赖列表，旧版本pip在索引仓库查找匹配文件时，根本不会匹配带manylinux2010标签的wheel，会转而查找对应包的源码分发包。如果你的依赖没有上传通用源码版本，旧pip环境下直接写入这条依赖会直接触发安装报错，而不是自动跳过。

和全项目pip版本限制的需求差异 #

你提到的需求和“为整个项目限制最低pip版本”的逻辑有本质区别：全项目级别的pip版本限制是只要当前pip版本不达标，就直接中断整个项目的安装流程，不允许继续执行安装；而你需要的“单个依赖满足条件才安装、不满足就跳过且不中断整体流程”的行为，PEP 508原生语法并不支持，必须通过自定义安装逻辑才能实现。

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