Cryptography项目发布包中意外包含Cargo.toml文件的分析

在Cryptography项目的44.0版本发布后，开发者在检查发布的wheel包时发现了一个有趣的现象：所有Rust子项目的Cargo.toml文件都被意外包含在了最终的发布包中。这一现象始于PR 11836的合并，该PR主要涉及项目构建系统的修改。

从技术角度来看，这个问题源于pyproject.toml配置文件中的include规则设置。在修改后的配置中，使用了**/Cargo.toml这样的通配符模式，导致构建系统递归地包含了项目目录下所有层级的Cargo.toml文件。虽然这些文件对实际功能没有影响，但它们确实增加了发布包的体积，并且可能引起用户困惑。

通过分析构建日志和wheel包内容，可以确认这些Cargo.toml文件是唯一被意外包含的文件类型。更精确的解决方案是明确指定需要包含的Cargo.toml文件路径，而不是使用通配符。例如，可以修改为只包含根目录和src/rust目录下的特定文件。

这个问题还揭示了另一个潜在问题：构建过程中Cargo目标目录(target)的位置发生了变化。在PR 11836之前，构建产物存放在src/rust/target目录下，而现在则直接存放在项目根目录的target下。这意味着原有的排除模式src/rust/target/**/*可能不再有效，需要相应调整为target/**/*。

对于Rust和Python混合项目的构建系统配置，这类问题并不罕见。精确控制包含和排除的文件模式对于保持发布包的整洁至关重要。虽然这个问题不会影响功能，但良好的发布实践应该避免包含不必要的开发配置文件。