如何解决Python嵌套依赖图下库开发的开发版本发布与测试冲突问题

多分支开发下dev版本号冲突解决方案 #

业内通用的落地方式有两种，可根据团队场景选择：

• 调整版本号生成规则，符合PEP440规范的前提下规避冲突：将原有的自增{build}字段替换为时间戳，同时追加本地版本后缀，最终版本号格式为 {major}.{minor}.{micro}.dev{10位时间戳}+{7位git commit哈希}.{分支名slug}。时间戳保证版本的先后排序逻辑，git哈希和分支名保证全分支下版本号唯一，完全不会出现编号竞争问题，pip、poetry都能正常识别该格式的版本号。
• 开发包索引按分支隔离：给每个活跃开发分支单独分配专用的开发包索引路径，不同分支的开发包直接推送至对应路径下，测试时通过指定--extra-index-url到对应分支的索引地址拉取包，从物理层面完全隔离不同分支的开发包，彻底消除版本号冲突的可能。

指定依赖预发布拉取控制方案 #

Poetry 场景 #

直接使用poetry原生的细粒度预发布控制能力即可：

• 不需要全局开启预发布权限，仅在Application A的依赖声明中给Library Z单独添加allow-prereleases = true配置即可，该配置仅对Library Z生效，不会影响其他依赖的版本拉取规则。
• 如果不想修改主配置文件，可单独创建用于开发测试的pyproject.dev.toml，通过POETRY_CONFIG环境变量切换配置文件即可实现稳定版/开发版测试场景的快速切换。

Pip 场景 #

无需使用全局--pre参数，仅在依赖声明中对Library Z单独指定预发布规则即可：
在requirements.txt中单独将Library Z的依赖声明写为 LibraryZ>={major},<{major+1} --pre，其余依赖保持原有写法即可，pip仅会对Library Z启用预发布版本拉取逻辑，不影响其他依赖的稳定版本规则。要切换回稳定版时，删除该行末尾的--pre即可。

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