#manifest #check #sorting #lint #dependencies

app cargo-manifest-check

Check the formatting of your manifest files

1 unstable release

0.1.0 Oct 27, 2024

#93 in Cargo plugins

Download history 102/week @ 2024-10-22 31/week @ 2024-10-29 12/week @ 2024-11-05

145 downloads per month

MPL-2.0 license

30KB
606 lines

cargo-manifest-check

Check the formatting of your manifest files

cargo-manifest-check checks that various items from your manifest files are formatted as expected. It is currently mostly concerned with checking the order of items, and does not currently allow to automatically sort them. It may gain that ability in the future.

It is primarily intended for use in CI, and is relatively opinionated; it does not currently offer any kind of configuration.

Installation and Usage

cargo-manifest-check can be installed from source through crates.io:

cargo install --locked cargo-manifest-check

It can then be used as a Cargo subcommand to check all manifest files recursively discovered in the current directory:

cargo manifest-check

What is Checked

The following items are checked:

Dependencies can be grouped (by surrounding them with blank lines), in which case ordering is checked within each group individually.

See the tests/fixtures directory for examples of manifests that would be accepted/rejected.

What is not Checked

The following is not currently checked:

  • Lexicographic ordering
    • Dotted dependency tables (e.g., [dependencies.foo])
  • Specific ordering
  • Workspace inheritance syntax
    • Package key inheritance must use a dotted key (i.e., .workspace = true) instead of an explicit inline table (i.e., = { workspace = true })

Support for these may be added later.

Additionally, cargo-manifest-check does not check that the manifest files are valid manifests (e.g., that keys exist and are valid); it only checks their formatting.

Compatibility

  • If new checks are introduced which would reject manifests previously accepted, the SemVer version will be updated to reflect that.
  • The current console output is however not intended for machine consumption and no compatibility guarantees are provided. Another output format meant for parsing may be introduced in the future, so it can be used with tools like efm-langserver.

Contributing

This linter is opinionated on purpose and it is planned to limit configuration as much as possible. However if you have found some bugs regarding formatting checking or you think some other checks could be added (where one obvious order exists), please do open an issue.

License

Copyright 2024 AudaciousAxiom

This project is licensed under MPL-2.0.

Dependencies

~6–15MB
~184K SLoC