|
|
@ -2,7 +2,7 @@
|
|
|
|
|
|
|
|
|
|
|
|
依赖覆盖对于本地开发来说,是很常见的,大部分原因都是我们希望在某个包发布到 `crates.io` 之前使用它,例如:
|
|
|
|
依赖覆盖对于本地开发来说,是很常见的,大部分原因都是我们希望在某个包发布到 `crates.io` 之前使用它,例如:
|
|
|
|
|
|
|
|
|
|
|
|
- 你正在同时开发一个包和一个项目,而后者依赖于前者,你希望能在能项目中对正在开发的包进行测试
|
|
|
|
- 你正在同时开发一个包和一个项目,而后者依赖于前者,你希望能在该项目中对正在开发的包进行测试
|
|
|
|
- 你引入的一个依赖包在 `master` 分支发布了新的代码,恰好修复了某个 bug,因此你希望能单独对该分支进行下测试
|
|
|
|
- 你引入的一个依赖包在 `master` 分支发布了新的代码,恰好修复了某个 bug,因此你希望能单独对该分支进行下测试
|
|
|
|
- 你即将发布一个包的新版本,为了确保新版本正常工作,你需要对其进行集成测试
|
|
|
|
- 你即将发布一个包的新版本,为了确保新版本正常工作,你需要对其进行集成测试
|
|
|
|
- 你为项目的某个依赖包提了一个 PR 并解决了一个重要 bug,在等待合并到 `master` 分支,但是时间不等人,因此你决定先使用自己修改的版本,等未来合并后,再继续使用官方版本
|
|
|
|
- 你为项目的某个依赖包提了一个 PR 并解决了一个重要 bug,在等待合并到 `master` 分支,但是时间不等人,因此你决定先使用自己修改的版本,等未来合并后,再继续使用官方版本
|
|
|
|