Crates.io | cargo-check-external-types |
lib.rs | cargo-check-external-types |
version | 0.1.13 |
source | src |
created_at | 2022-08-11 01:56:42.203311 |
updated_at | 2024-10-31 15:22:52.895588 |
description | Static analysis tool to detect external types exposed in a library's public API. |
homepage | |
repository | https://github.com/awslabs/cargo-check-external-types |
max_upload_size | |
id | 643029 |
size | 154,358 |
cargo-check-external-types
is a static analysis tool for Rust library authors
to set and verify which types from other libraries are allowed to be exposed in
their public API. This is useful for ensuring that a breaking change to a
dependency doesn't force a breaking change in the library that's using it.
The tool has two output formats to cover different use-cases:
errors
(the default): Output error messages for each type that is exposed in
the public API and exit with status 1 if there is at least one error. This is
useful for continuous integration.markdown-table
: Output the places types are exposed as a Markdown table.
This is intended as a discovery tool for established projects.The tool has an optional configuration file where types can by explicitly allowed.
The test suite has a Rust library that relies on some external types. When the tool is run against this library without any configuration, it emits errors for each occurrence of an external type in the public API.
When a config file is provided, the allowed external types no longer show up in the output.
When the output format is set to markdown-table
, then a table of external
types is output.
Important: This tool requires a nightly build of Rust to be installed since it
relies on the rustdoc JSON
output, which hasn't been
stabilized yet. It was last tested against nightly-2024-06-30
.
To install, run the following from this README path:
cargo install --locked cargo-check-external-types
Then, in your library crate path, run:
cargo +nightly check-external-types
This will produce errors if any external types are used in a public API at all.
That's not terribly useful on its own, so the tool can be given configuration in
your crate's Cargo.toml
to allow certain types. For example, we can allow any
type in bytes
by adding this metadata to your crate's Cargo.toml
:
[package.metadata.cargo_check_external_types]
allowed_external_types = ["bytes::*"]
Or, if you'd prefer, you can create a separate configuration file with the content:
allowed_external_types = [
"bytes::*",
]
Save that file somewhere in your project (in this example, we choose the name
external-types.toml
), and then run the command with:
cargo +nightly check-external-types --config external-types.toml
If both a Cargo.toml
package metadata section and a --config
flag are
provided, the --config
flag will be used instead of the package metadata.
When public types and modules declared inside a #[doc(hidden)]
module are
reexported from a public module, they aren't checked for external types. This is
because of how they are recorded in RustDoc's index. When such types and modules
are encountered by this tool, a warning will be logged.
rustdoc-types
and the Rust toolchain versionrustdoc-types
defines an unstable JSON format that this tool is based on. When
updating rustdoc-types
, the Rust toolchain version must be updated to a
nightly version that supports the version of the JSON format being used.
It's usually enough to update the toolchain to whatever the most recent nightly version is. All in all, you must update:
rustdoc-types
dependency in Cargo.toml
to the new version.rust-toolchain
file to point to the new nightly version.README.md
file, specifically the "It was last tested against nightly-XXXX-XX-XX
." of the "How to Use" section.rust_version
in the CI workflow file.Then, PR your changes.
See CONTRIBUTING for more information.
This project is licensed under the Apache-2.0 License.