发布PyPI包时依赖仅GitHub可用的库直接链接被禁怎么办

1. 你提到的dummy包方案可行性 #

该方案可以实现，但存在一定风险：如果后续PyBoolNet官方上传了正式包到PyPI，你的占位包会和官方包产生命名冲突，可能导致用户安装失败。如果要使用该方案，需要在占位包的说明中明确标注你不是原项目作者，仅做安装引导使用，避免版权纠纷。

2. 更优方案：单份setup.py适配双场景，无需维护两个版本 #

2.1 配置依赖规则 #

调整你的setup.py配置，将PyBoolNet从强制依赖中移除，放到可选依赖分组中，同时保留GitHub安装路径的配置：

from setuptools import setup

setup(
    # 其他元信息保持不变
    install_requires=[
        # 保留所有其他正常上传到PyPI的依赖，移除PyBoolNet的直接依赖声明
    ],
    extras_require={
        "full": [
            'PyBoolNet @ git+https://github.com/hklarner/PyBoolNet@2.3.0',
        ]
    },
)

配置完成后：

• GitHub端安装逻辑不受影响，执行pip install git+<你的仓库地址>依然可以自动安装所有依赖
• 上传到PyPI时不会触发直接依赖报错，符合PyPI的规范要求

2.2 优化用户安装体验 #

在你的包根目录的__init__.py开头加入自动安装逻辑，替代原来的纯引导提示，用户首次导入时会自动完成PyBoolNet的安装：

import importlib
import subprocess
import sys

try:
    import PyBoolNet
except ImportError:
    print("正在安装必填依赖PyBoolNet，请稍候...")
    subprocess.check_call([
        sys.executable, "-m", "pip", "install", 
        "git+https://github.com/hklarner/PyBoolNet@2.3.0"
    ])
    PyBoolNet = importlib.import_module("PyBoolNet")

配置后用户执行pip install PyStableMotifs后，首次导入即可自动补全依赖，无需手动操作，体验接近全自动安装。

3. 最稳定的通用最佳实践 #

如果想要完全规避原仓库变动、网络波动等导致的安装失败，推荐采用镜像打包方案：

• Fork PyBoolNet对应版本的代码到自己的仓库，做好版权声明，标注原作者和原项目地址
• 将fork后的代码改名为不冲突的名称（例如PyBoolNet-Stable），打包上传到PyPI
• 在你的setup.py的install_requires中直接声明对PyBoolNet-Stable的依赖即可
  该方案可以实现用户pip install PyStableMotifs全自动安装所有依赖，不受原项目未上传PyPI的影响，是这类场景下公认的最稳定解决方案。

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