多Crate Rust项目如何仅将主Crate发布至crates.io？

你不需要强行合并所有Crate到CrateA，以下是几种直接可行的方案：

方案1：使用cargo publish指定包发布 #

直接通过--package参数精准指定要发布的Crate即可，不会触发工作区内其他Crate的发布：

• 在工作区根目录执行：cargo publish --package CrateA
• 或者进入CrateA的目录后直接执行：cargo publish

需要注意，CrateA的Cargo.toml中对本地依赖的配置要同时包含path和version字段（crates.io要求依赖必须有版本号），示例配置：

[dependencies]
CrateC = { path = "../CrateC", version = "0.1.0" }
CrateProcMacros = { path = "../CrateProcMacros", version = "0.1.0", proc-macro = true }

方案2：将辅助Crate转为CrateA的内部子模块 #

如果其他Crate完全不需要独立存在，可以把它们移动到CrateA的src目录下作为内部子模块，目录结构示例：

CrateA/
├── src/
│   ├── lib.rs
│   ├── crate_c/
│   │   └── lib.rs
│   ├── crate_proc_macros/
│   │   └── lib.rs
│   └── ...
└── Cargo.toml

之后在CrateA的lib.rs中用mod关键字引入这些子模块，或者在Cargo.toml中配置为内部依赖。这种方式适合完全服务于主Crate的辅助模块，结构更紧凑。

方案3：给工作区配置私有Crate规则 #

在工作区根目录的Cargo.toml中，给不需要发布的Crate设置publish = false，避免误发布，同时单独开启CrateA的发布权限：

[workspace]
members = ["CrateA", "CrateProcMacros", "CrateC", "CrateD", "CrateE", "CrateF"]

[workspace.package]
publish = false

[workspace.package.CrateA]
publish = true

之后执行cargo publish --package CrateA即可安全发布主Crate，其他Crate会被Cargo拦截发布请求。

额外注意事项 #

• 确保所有本地依赖的Crate版本号与CrateA保持一致，或符合语义化版本规范，避免发布后出现依赖解析问题。
• 发布前建议执行cargo publish --dry-run --package CrateA做预检查，确认仅会发布CrateA。

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