1.0.3 |
|
---|---|
1.0.2 |
|
1.0.1 |
|
1.0.0 |
|
#32 in #cargo-lock
10KB
55 代码行
cargo rm
新版本的 Cargo 有时会生成一个锁文件,这会导致旧版本的 Cargo 解析失败。
$ cargo +1.41.0 check
...
Finished dev [unoptimized + debuginfo] target(s) in 0.91s
$ cargo +1.37.0 check
error: failed to parse lock file at: /git/testing/Cargo.lock
Caused by:
invalid serialized PackageId for key `package.dependencies`
cargo rm
子命令简单地删除有问题的锁文件,以便旧版本的 Cargo 可以继续运行。通过运行 cargo install cargo-rm
来安装。
与 rm Cargo.lock
对比
cargo rm
有三个优点
-
即使在运行工作区成员时也能正常工作,锁文件位于工作区根目录而不是当前目录。
-
在 crate 的子目录而不是 crate 根目录中运行时也能正常工作。
-
如果您像我一样,在您的 shell 中使用
export FIGNORE=argo.lock
以确保所有自动补全都优先于 Cargo.lock 而不是 Cargo.toml,这将更容易输入。
许可证
您可以选择根据 Apache 许可证,版本 2.0 或 MIT 许可证 进行许可。除非您明确表示否则,您提交给此 crate 的任何有意贡献,根据 Apache-2.0 许可证定义,应按上述方式双重许可,而不附加任何其他条款或条件。
依赖项
~5–18MB
~208K SLoC