6 个稳定版本

1.0.9 2024年1月2日
1.0.8 2023年8月5日
1.0.7 2023年7月4日
1.0.6 2022年12月17日
1.0.4 2022年7月1日

#234Cargo 插件

Download history 22/week @ 2024-04-05 18/week @ 2024-04-12 18/week @ 2024-04-19 19/week @ 2024-04-26 16/week @ 2024-05-03 12/week @ 2024-05-10 19/week @ 2024-05-17 19/week @ 2024-05-24 23/week @ 2024-05-31 26/week @ 2024-06-07 22/week @ 2024-06-14 23/week @ 2024-06-21 23/week @ 2024-06-28 20/week @ 2024-07-05 20/week @ 2024-07-12 7/week @ 2024-07-19

73 每月下载量

MIT/Apache

11KB
76 代码行

cargo unlock

github crates.io build status

新 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 unlock 简单地删除了该锁定文件,以便旧 Cargo 可以继续运行。通过运行 cargo install cargo-unlock 来安装。


rm Cargo.lock 相比

cargo unlock 有三个优点

  • 如果在工作区成员中运行,即使锁定文件位于工作区根目录而不是当前目录,它仍然可以工作。

  • 如果从 crate 的子目录而不是 crate 根目录中运行,它也可以工作。

  • 如果您像我一样,在您的 shell 中使用 export FIGNORE=argo.lock 以使所有自动完成都优先于 Cargo.lock,则这更容易输入。


许可证

根据您的选择,在 Apache 许可证,版本 2.0MIT 许可证 下许可。
除非您明确表示,否则您根据 Apache-2.0 许可证定义的任何有意提交以包含在此 crate 中的贡献,将根据上述条款双许可,没有任何附加条款或条件。

依赖项

~3–13MB
~155K SLoC