rust-semverver
is a tool to check semver-compliance in Rust library crates. The core of
the tool has been developed as a student project during the Google Summer of Code 2017.
Details on the work done during GSoC 2017 can be found here.
The approach taken is to compile both versions of the crate to rlib
s and to link them as
dependencies of a third, empty, dummy crate. Then, a custom compiler driver is run on the
said dummy and all necessary analysis is performed in that context, where type information
and other resources are available.
More information on the inner workings of the tool can be found here.
The tool is implemented as a cargo plugin. As of now, it can be obtained from this git repository and compiled from source or installed from crates.io. Keep in mind that only the newest version of the nighly toolchain is supported at any given time.
If you are already using Rust nightly and have successfully installed tools like
cargo add
and cargo clippy
, just do:
sh
$ rustup update nightly
$ cargo +nightly install semverver
You'd also need cmake
for some dependencies, and a few common libraries (if you hit
build failures because of missing system-wide dependencies, please open an issue, so they
can be added here).
You can also install the newest version of the tool from git:
sh
$ rustup update nightly
$ cargo +nightly install --git https://github.com/rust-dev-tools/rust-semverver
```sh
$ rustup update nightly $ rustup default nightly
$ git clone https://github.com/rust-dev-tools/rust-semverver $ cd rust-semverver $ cargo install ```
At this point, the current development version can be invoked using cargo semver
in any
directory your project resides in. If you prefer not to install to ~/.cargo/bin
, you can
invoke it like so after building with a regular cargo build
:
sh
$ PATH=/path/to/repo/target/debug:$PATH cargo semver <args>
If you have built using cargo build --release
instead, change the path to point to the
release
subdirectory of the target
directory.
By default, running cargo semver
in directory with a Cargo project will try to compare
the local version the one last published on crates.io, and display warnings or errors for
all changes found.
Invoking cargo semver -h
gives you the latest help message, which outlines how to use
the cargo plugin:
```sh $ cargo semver -h usage: cargo semver [options]
Options:
-h, --help print this message and exit
-V, --version print version information and exit
-e, --explain print detailed error explanations
-q, --quiet surpress regular cargo output, print only important
messages
--show-public print the public types in the current crate given by
-c or -C and exit
-d, --debug print command to debug and exit
-a, --api-guidelines
report only changes that are breaking according to the
API-guidelines
--features FEATURES
Space-separated list of features to activate
--all-features Activate all available features
--no-default-features
Do not activate the default
feature
--compact Only output the suggested version on stdout for
further processing
-s, --stable-path PATH
use local path as stable/old crate
-c, --current-path PATH
use local path as current/new crate
-S, --stable-pkg NAME:VERSION
use a name:version
string as stable/old crate
-C, --current-pkg NAME:VERSION
use a name:version
string as current/new crate
--target
This means that you can compare any two crates' specified versions, as long as they are available on crates.io or present on your filesystem.
Assuming you use a CI provider that gives you access to cargo, you can use the following snippet to check your build for semver compliance, and enforce that version bumps are carried out correctly with regards to the current version of your crate on crates.io:
```sh
cargo install semverver
eval "current_version=$(grep -e '^version = .*$' Cargo.toml | cut -d ' ' -f 3)"
cargo semver | tee semver_out
(head -n 1 semverout | grep "-> $currentversion") || (echo "versioning mismatch" && return 1) ```
Make sure you do the above with access to a nightly toolchain. Check your CI provider's documentation on how to do that.
The guideline used to implement semver compatibility is the API evolution RFC, which applies the principles of semantic versioning to the Rust language's semantics. According to the RFC, most changes are already recognized correctly, even though some type checks still behave incorrectly in edge-cases. A longterm goal is to fix this in the compiler.
At the time of writing, the following types of changes are recognized and classified correctly:
pub
to non-pub
and vice-versastruct
to an enum
Keep in mind however that the results presented to the user are merely an approximation of the required versioning policy.
Please see CONTRIBUTING.md.
rust-semverver
is distributed under the terms of the 3-clause BSD license.
See LICENSE for details.