You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to this comment, breaking changes related to cargo audit (which may turn into errors in time, see this thread and this PR) can be caught earlier if we run cargo audit with --deny-warnings enabled.
If we choose to enable this flag, cargo audit will also fail if we expose in Cargo.toml a version that was yanked. An example would be vm-superio: 0.1.0 was yanked, but master still points to 0.1.0 in Cargo.toml (with other commits on top). Basically, after we yank a version, cargo audit --deny-warning will force us to release a new version on the branch on which we are running the test if the toml file is pointing to the yanked version (which sounds pretty reasonable).
The text was updated successfully, but these errors were encountered:
It is better to fail on warnings as well when running `cargo
audit` so we can catch problems in time.
Fixesrust-vmm#52.
Signed-off-by: Laura Loghin <[email protected]>
According to this comment, breaking changes related to cargo audit (which may turn into errors in time, see this thread and this PR) can be caught earlier if we run
cargo audit
with--deny-warnings
enabled.If we choose to enable this flag,
cargo audit
will also fail if we expose inCargo.toml
a version that was yanked. An example would bevm-superio
: 0.1.0 was yanked, butmaster
still points to 0.1.0 inCargo.toml
(with other commits on top). Basically, after we yank a version,cargo audit --deny-warning
will force us to release a new version on the branch on which we are running the test if the toml file is pointing to the yanked version (which sounds pretty reasonable).The text was updated successfully, but these errors were encountered: