Hatch项目中的license-files配置格式演进与最佳实践

背景介绍

在Python项目打包过程中，许可证文件的管理一直是个重要但容易被忽视的环节。Hatch作为Python生态中的现代项目构建工具，对许可证文件的处理方式经历了从严格表格式到兼容数组格式的演进过程。

问题起源

早期版本的Hatch要求开发者在pyproject.toml文件中以表(table)的形式配置license-files字段，例如：

[project.license-files]
globs = ["LICEN[CS]E*", "AUTHORS*"]

这种格式虽然功能完善，但与PEP 639推荐的简单数组格式存在差异，导致开发者在使用时产生困惑。更严重的是，当pyproject-hooks 1.2版本发布后，构建系统开始强制要求license-files必须是数组格式，而Hatch当时仍坚持表格式，造成了构建过程中的兼容性问题。

解决方案

Hatch开发团队迅速响应，在最新版本中实现了对两种格式的双重支持：

1. 传统表格式：

[project.license-files]
globs = ["LICENSE*"]

2. PEP兼容的数组格式：

[project]
license-files = ["LICENSE*"]

这种改进使得Hatch既保持了向后兼容性，又遵循了Python打包生态的标准实践。

技术实现细节

在底层实现上，Hatch的元数据处理核心现在能够智能识别两种格式：

• 当检测到license-files是数组时，自动将其转换为内部表结构
• 保留对传统表格式的支持，确保现有项目不受影响
• 在验证阶段统一处理，保证构建过程的一致性

最佳实践建议

对于新项目，建议直接采用PEP 639推荐的数组格式，这具有以下优势：

1. 配置更简洁直观
2. 与其他工具链兼容性更好
3. 符合Python打包标准的发展方向

对于已有项目，如果已经在使用表格式，可以继续使用，但建议在未来的更新中逐步迁移到数组格式。

总结

Hatch对license-files配置格式的改进展示了Python打包工具生态的成熟与进步。通过支持多种配置格式，Hatch既照顾了现有用户的使用习惯，又积极拥抱标准化的未来。开发者现在可以根据项目需求和个人偏好，灵活选择最适合的配置方式。