Rust Cargo工作区发布机制优化：支持跳过不可发布包

在Rust生态系统中，Cargo作为包管理工具，其工作区(workspace)功能允许开发者管理多个相关联的包。然而，在大型工作区中发布多个包时，当前机制存在一些不够灵活的地方，特别是对于标记为不可发布的包(package.publish = false)的处理方式。

问题背景

当使用Cargo的-Zpackage-workspace特性(不稳定特性)发布工作区中的包时，当前行为会尝试发布工作区的默认成员(default members)，而不管这些包是否被明确标记为不可发布。这会导致以下问题：

1. 工作区中可能包含仅供开发使用的包(如测试工具包)或通过其他方式分发的应用程序，这些包本不应被发布到crates.io
2. 开发者需要手动维护default-members列表来排除这些包，但这与日常开发需求可能冲突
3. 当前行为与cargo package --workspace不一致，后者会自动跳过不可发布包

技术解决方案演进

社区经过多次讨论，最终确定了以下行为模型：

1. 直接发布命令：在不可发布包目录下运行cargo publish会明确报错
2. 显式指定包：使用-p参数明确指定包含不可发布包时会报错
3. 工作区发布：使用--workspace参数时会自动跳过不可发布包

这种设计借鉴了Cargo中required-features的行为模式，既保证了安全性，又提供了必要的灵活性。

技术实现考量

在确定这一解决方案时，社区考虑了多个因素：

1. 安全性：发布操作几乎是不可逆的，因此默认行为应该保守，避免意外发布
2. 一致性：保持与现有package.publish字段语义的一致性
3. 开发体验：大型工作区中开发者应该有便捷的方式来发布所有应发布的包
4. 多注册表场景：方案需要兼容未来可能的多注册表发布需求

对开发者的影响

这一改进将显著改善大型工作区的发布体验：

1. 开发者可以更自由地组织工作区结构，不必因为发布限制而调整default-members
2. 测试工具、示例代码等辅助包可以明确标记为不可发布，避免意外发布
3. 发布流程更加符合直觉，与打包(package)行为保持一致

最佳实践建议

基于这一改进，建议开发者：

1. 为工作区中每个包明确设置publish字段，表明其是否应该被发布
2. 对于不应发布的包，使用publish = false明确标记
3. 对于应发布的包，考虑使用publish = ["registry"]指定目标注册表
4. 在CI/CD流程中，使用cargo publish --workspace来发布所有可发布包

这一改进体现了Rust社区对开发者体验的持续关注，使得包管理更加符合实际项目需求，特别是对于包含多种类型包的大型工作区项目。