Psycopg项目版本号更新脚本对额外依赖项的处理优化

在Python数据库连接库Psycopg的维护过程中，版本号更新是一个需要谨慎处理的环节。最近项目团队发现了一个与版本更新脚本相关的重要问题，并进行了修复。

问题背景

Psycopg项目使用bump_version脚本来管理版本号的更新。在3.1版本中，项目的额外依赖项(extras)是通过setup.py文件动态管理的。然而随着项目发展到3.2版本，依赖管理方式发生了变化——额外依赖项被移到了setup.cfg文件中进行静态配置。

问题发现

当项目准备发布3.2.0版本时，团队发现bump_version脚本没有正确处理setup.cfg中的额外依赖项版本号。这导致发布的包中依赖项版本号没有正确更新，可能影响用户安装时获取正确的依赖版本。

技术分析

在Python打包生态中，setup.cfg和setup.py都可以用来声明项目依赖，但两者有重要区别：

1. setup.py是Python脚本，可以包含动态逻辑
2. setup.cfg是静态配置文件，声明性更强

Psycopg从3.1到3.2的演进中，将依赖管理从动态方式迁移到了静态方式，这是Python打包领域的一个趋势，因为静态配置更易于工具分析和维护。

解决方案

项目团队在提交a6fdb4a8中修复了这个问题。修复内容包括：

1. 修改bump_version脚本，使其能够识别和处理setup.cfg中的额外依赖项
2. 确保脚本在更新主版本号时，同步更新所有相关依赖项的版本要求

最佳实践建议

对于类似项目，建议：

1. 版本更新脚本应该全面覆盖项目中所有可能包含版本号的位置
2. 当项目打包配置方式发生变化时，需要同步更新相关工具脚本
3. 建立版本发布检查清单，确保所有依赖关系都被正确处理

这个问题的修复体现了Psycopg项目对发布质量的重视，也展示了Python项目在依赖管理方式演进过程中需要注意的技术细节。