如何强制降级Rust项目中传递依赖的补丁版本？

我的项目依赖库A v1.0.0，A依赖库B v2.0.0。后来B的作者发布了v2.0.1版本，A也随之更新到v1.0.1并依赖B v2.0.1。但B v2.0.1引入了一个影响我（及小部分用户）的bug，向开发者反馈后，修复优先级低且需要较长时间。

当前面临的困境：

• 由于B是传递依赖，无法直接在自身项目的Cargo.toml中强制降级B的版本
• 若将A降级到v1.0.0，会丢失v1.0.1中我需要的新功能；而降级B仅会影响我不使用的A的功能
• 尝试使用[patch]配置段修改依赖，但该配置要求修改源——要么本地克隆库A并修改其Cargo.toml，要么本地克隆库B自行修复bug，两种方式都繁琐且维护成本高

疑问：是否有其他解决方案？为什么Cargo不允许在[patch]配置段中直接指定更低版本，例如：

[patch.crates-io]
B = '=2.0.0'

1. 使用[override]配置段（Cargo 1.51及以上版本支持） #

这是最直接的解决方式，可强制Cargo使用指定版本的依赖，忽略传递依赖的版本要求。在项目的Cargo.toml中添加以下配置：

[package]
# 你的项目原有配置...

[override]
B = "=2.0.0"

执行cargo update后，Cargo会强制将B的版本锁定为2.0.0，同时保留A v1.0.1的版本——只要A v1.0.1对B的依赖范围兼容2.0.0（比如A的依赖声明为B = "~2.0"或B = ">=2.0.0, <2.1.0"，2.0.0就在兼容范围内，此方式完全可行）。

2. 手动修改Cargo.lock文件 #

如果项目已生成Cargo.lock，且之前有使用B v2.0.0的记录，可直接手动修改Cargo.lock中B的版本为2.0.0，之后执行cargo build即可。注意：

• 不要执行cargo update命令，否则Cargo会重新拉取符合依赖范围的最新版本
• 若后续需要更新其他依赖，可指定具体包名执行：cargo update -p 目标包名，避免触发B的版本更新

[patch]的设计初衷是替换或补充依赖源中的包，比如本地修改某个包的代码后，让Cargo优先使用本地版本，或为crates.io上的包打补丁。它的核心作用是“替换现有包的内容”，而非“强制干预版本选择逻辑”。

Cargo的版本解析器会优先满足所有依赖的版本范围要求，[patch]并不直接修改这一解析逻辑，仅提供替代的包来源。而[override]才是专门设计用于强制指定依赖版本、直接覆盖解析器选择结果的工具。

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