我遇到过类似的情况，结合你提供的排查细节，这个问题大概率是旧版本pip（20.3.2）在管理员权限下的版本升级逻辑bug导致的。以下是具体的分析和临时解决办法：

问题核心分析 #

从你的现象来看：

• 管理员权限下执行--upgrade时，pip的版本解析逻辑出现了异常循环，它没有正确识别最新可用版本，反而不断回溯下载更早的历史版本；
• 非管理员模式下因为安装路径限制（无法写入系统site-packages），pip直接判定"依赖已满足"，跳过了错误的升级逻辑；
• 切换到官方源后问题依然存在，完全排除了devpi私有源的影响，坐实了是pip自身的bug。

旧版本pip（尤其是20.x系列）在处理系统级升级时，偶尔会出现版本索引遍历的逻辑错误，导致递归拉取所有历史版本。

临时解决办法 #

1. 手动指定目标版本升级 #

直接指定最新的稳定版pip进行升级，跳过自动版本探测的逻辑：

# 替换为当前最新的pip版本号，比如23.3.1
python -m pip install --upgrade pip==23.3.1

如果使用私有源，加上你的源地址：

python -m pip install --upgrade --index-url http://localhost:3141/packages/staging/ pip==23.3.1

2. 使用get-pip.py重新安装 #

这是最彻底的修复方式，直接绕过旧pip的升级逻辑：

• 下载get-pip.py文件；
• 在管理员命令提示符下执行：

python get-pip.py

这会直接安装最新版本的pip，替换掉系统里的旧版本。

3. 非管理员模式升级（可选） #

如果你的使用场景允许用户级安装，可以在非管理员提示符下加上--user参数升级：

python -m pip install --upgrade --user pip

这种方式会把pip安装到用户目录下，避免系统级权限带来的逻辑问题。

后续跟进 #

你提到已经上报了这个问题，pip的维护团队通常会在后续的版本中修复这类逻辑bug。如果遇到类似的旧版本pip异常，优先尝试上述的手动指定版本或重新安装的方式，能快速解决问题。

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