Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

consider running cargo audit with --deny-warnings enabled #52

Closed
lauralt opened this issue Oct 15, 2020 · 0 comments
Closed

consider running cargo audit with --deny-warnings enabled #52

lauralt opened this issue Oct 15, 2020 · 0 comments
Labels
good first issue Good for newcomers

Comments

@lauralt
Copy link
Collaborator

lauralt commented Oct 15, 2020

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).

@andreeaflorescu andreeaflorescu added the good first issue Good for newcomers label Feb 24, 2021
lauralt added a commit to lauralt/rust-vmm-ci that referenced this issue Jan 11, 2022
It is better to fail on warnings as well when running `cargo
audit` so we can catch problems in time.
Fixes rust-vmm#52.

Signed-off-by: Laura Loghin <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants