嘿，我来给你详细讲讲Cargo工作区里这种依赖引用的常规做法，还有你关心的路径问题～

首先你的根Cargo.toml得明确声明这是一个工作区，把所有子crate都纳入管理，不然Cargo没法识别它们的关联关系。配置大概是这样：

[workspace]
members = [
    ".",  # 代表根crate本身
    "dep1",
    "dep2",
]

在同一个工作区里，有两种最常用的方法让dep2导入dep1和根crate：

1. 直接通过crate名称引用（最推荐） #

只要是工作区里的成员，你完全不用写路径，直接在dep2的Cargo.toml里通过crate的name字段值添加依赖就行。Cargo会自动优先使用工作区内的本地代码，而不是去crates.io拉取。比如：

[dependencies]
# 假设根crate的name是`my_root_crate`，换成你实际的名称
my_root_crate = "0.1.0"
# 引用dep1
dep1 = "0.1.0"

2. 显式指定路径引用 #

如果你想明确指定本地路径（比如担心重名），也可以写path字段，但这个路径是相对于dep2的Cargo.toml所在目录的：

[dependencies]
my_root_crate = { version = "0.1.0", path = "../" }
dep1 = { version = "0.1.0", path = "../dep1" }

很遗憾，Cargo本身不直接支持用相对于工作区根的路径来写依赖（比如./dep1这种从根出发的路径），因为path字段的解析基准是当前crate的Cargo.toml位置。不过有个非常好用的变通方法，能实现类似“集中管理路径”的效果：

利用工作区统一依赖配置 #

你可以在根Cargo.toml里统一定义所有成员的依赖路径和版本，然后子crate直接引用这个配置。这样所有路径都基于工作区根来写，子crate不用关心相对路径的问题：

首先在根Cargo.toml里添加：

[workspace]
members = [".", "dep1", "dep2"]

# 统一管理工作区内的依赖
[workspace.dependencies]
my_root_crate = { path = ".", version = "0.1.0" }
dep1 = { path = "./dep1", version = "0.1.0" }

然后在dep2的Cargo.toml里，只需要一行就能引用：

[dependencies]
my_root_crate = { workspace = true }
dep1 = { workspace = true }

这种方式不仅实现了类似“基于工作区根配置路径”的需求，还能统一管理所有依赖的版本，后续修改起来也更方便。

• 常规做法优先用工作区成员名称直接引用，或者显式写相对路径（相对于当前crate）。
• 直接用工作区根的路径不被支持，但通过工作区统一依赖配置，可以间接实现集中管理路径的效果，这也是社区推荐的最佳实践。

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