17370845950

是的，你完全可以并行发布开发版（如 `1.0.0.dev1`）和后续稳定版（如 `0.8.5` 或 `0.9.0`），pip 及主流工具默认忽略预发布版本，优先安装最新稳定版。

在 Python 包版本管理实践中，语义化版本（SemVer）+ 预发布标识为并行维护多条发布线提供了坚实基础。当你已发布稳定版 0.8.4，又在独立分支中开发 1.0.0.dev1 时，完全可继续在 main（或 stable）分支上迭代并发布 0.8.5、0.9.0 等稳定版本——它们与 1.0.0.dev1 互不冲突。

✅ 关键机制保障：

• pip install mypkg 默认跳过所有含 dev/a/b/rc 等标识的预发布版本，仅考虑 0.8.4、0.8.5、0.9.0 这类纯数字稳定版；
• pip install --pre mypkg 才会启用预发布版本（如 1.0.0.dev1），需显式声明，避免意外升级；
• 工具链（Poetry、pipenv、setuptools）均遵循 PEP 440 的版本排序规则，确保 0.9.0 > 0.8.4 > 1.0.0.dev1（注意：1.0.0.dev1 在语义上 小于 1.0.0，但 大于 0.9.0 ——不过因预发布被默认屏蔽，实际用户感知不到该排序影响）。

? 推荐实践示例：

# 正常用户安装（自动获取最新稳定版：0.9.0）
pip install mypkg

# 开发者/测试者主动试用新特性（需显式启用预发布）
pip install --pre mypkg  # 安装 1.0.0.dev1

# 锁定特定稳定小版本（如修复紧急 bug）
pip install "mypkg>=0.8.4,<0.9.0"  # 排除 0.9.0 及以上

⚠️ 注意事项：

• 确保 setup.py 或 pyproject.toml 中的 version 字段严格遵循 PEP 440（例如 '1.0.0.dev1' 而非 '1.0.0-dev1'），否则可能被索引器拒绝或解析异常；
• 在 CI/CD 流程中，对 dev 版本使用独立上传目标（如测试 PyPI 或私有仓库），避免污染主 PyPI 的稳定版本流；
• 向用户清晰说明版本策略：在 README 和文档中标注 0.x 是当前维护主线，1.0.0.devX 是下一代预览版，降低混淆风险。

这种“双轨发布”模式已被 Django、NumPy、FastAPI 等主流项目长期验证——既保障生产环境稳定性，又支持新功能灰度验证，是成熟开源项目的标准实践。