cargo-rake
A configuration-driven build tool that runs named targets declared in a
Rakefile.toml, in dependency order. It ships as both a cargo subcommand
(cargo rake) and a standalone rake binary.
Installation
The two binaries are distributed through different channels:
cargo-rake(thecargo rakesubcommand) — through cargo.rake(the standalone binary) — through system package managers.
cargo (cargo-rake)
Arch Linux (rake)
Available from the AUR in four mutually-exclusive flavors — pre-built or
built-from-source, each in a stable and a nightly unstable-feature variant:
Debian/Ubuntu (rake)
From the apt repository (recommended)
The signed apt repository at https://rustyhorde.github.io/cargo-rake-packages/
tracks every release, so apt upgrade keeps rake current. Packages are
available for amd64 and arm64:
# Add the repository signing key
|
# Add the apt source
|
# Install
The same repository also carries the rake-unstable build (the unstable
feature is a functional no-op — it only toggles nightly-only lint gates).
rake-unstable conflicts with rake, so only one can be installed at a time.
From a downloaded .deb
Pre-built .deb packages are also attached to each
GitHub release if you prefer
not to add the repository. dpkg -i runs as root and works from any location:
Fedora/RHEL (rake)
From the dnf repository (recommended)
Pre-built .rpm packages for x86_64 and aarch64 are served from the signed
dnf repository at https://rustyhorde.github.io/cargo-rake-packages/, so
dnf upgrade keeps rake current:
# Add the repository (imports the signing key on first install)
# Install
On older releases the subcommand is
sudo dnf config-manager addrepo --from-repofile=…, and on dnf 4 you may needsudo dnf install dnf-plugins-corefirst.
The rake-unstable build is available from the same repository by name; it
conflicts with rake, so only one can be installed at a time.
From a downloaded .rpm
.rpm files are also attached to each
GitHub release for direct
installation:
macOS (rake)
Pre-compiled binaries for Apple Silicon (aarch64) are published to the
rustyhorde/rake Homebrew tap.
Intel Macs are not currently supported.
Rakefile.toml
A Rakefile.toml declares named targets. Each target owns an ordered array
of named commands plus an optional depends_on list:
# Optional: the Rust toolchain this project targets. When set, both `rake` and
# `cargo rake` verify/install the channel (via rustup) and pin the run to it.
# Omit it to use whatever toolchain is already active.
# toolchain = "stable" # default: unset (active toolchain)
[]
[[]]
= "compile" # label shown in --list and errors (required)
= ["cargo", "build", "--all-features"] # program + args, spawned directly (required)
# skip_on_error = false # default: a non-zero exit aborts the target
[]
= ["build"] # default: [] — run these targets first, in order
# tools = [] # default: [] — external tools to ensure (see below)
[[]]
= "release"
= ["cargo", "build", "--release"]
[[]]
= "test"
= ["cargo", "test"]
= true # tolerate a failure and keep going
cmdis a program followed by its arguments. It is spawned directly — no shell is involved — so it behaves the same on every platform.[[target.<t>.command]]is a TOML array of tables. Each entry needs aname(a label used in--listoutput and error messages) and acmd. Commands run in array (declaration) order. (TOML table headers are absolute, so thetarget.<t>.commandprefix is required on each entry.)skip_on_error(per command, defaultfalse): whentrue, a non-zero exit from that command is tolerated and the target continues with its remaining commands instead of aborting.depends_onlists other targets that must run, in order, before this one.toolslists external tools (by name) the target needs; see below.
Tools
A target can declare external tools (cargo subcommands and the like) it depends
on. Tools are defined once in a top-level [tool.<name>] table and referenced
by name from a target's tools list:
[]
= "cargo-matrix" # crates.io name (for the update check)
= ["cargo-matrix", "--version"] # presence probe (zero exit = installed)
= ["cargo", "install", "cargo-matrix"] # run when missing or out of date
= false # default; see below
[]
= ["matrix"]
[[]]
= "clippy"
= ["cargo", "matrix", "clippy", "--all-targets", "--", "-Dwarnings"]
Before a target's commands run, each tool it references is ensured:
- The
checkcommand probes whether the tool is already installed: it must exit 0 when the tool is present. For a cargo subcommand this means["cargo", "<sub>", "--version"]— the barecargo-<sub>binary rejects--versionand exits non-zero, which would make the tool look perpetually absent. When absent,rakeprints anInstallingnotice and runsinstall. update(defaultfalse): whentrue, the installed version (parsed fromcheck's output) is compared against the latest reported by the tool'ssemver_checkmode and re-installed if a newer one exists. The only mode today is"crates-io"(the default), which queries the crates.io API and so needs acratename; a failed version check — or acheckwhose output has no parseable version — is non-fatal and keeps the installed version. Withupdate = false, the already-installed version is used as-is.- A failed
installaborts the run (unlike a tolerated command failure).
Each tool is ensured at most once per run, even when several targets reference it.
Execution
A target runs after its transitive dependencies. Within a target, commands run
in array order and execution stops at the first command that exits non-zero,
aborting the dependency chain — unless that command sets skip_on_error = true,
in which case the failure is tolerated and execution continues. The process
exits with the code of the command that stopped the run (or the last command if
all succeeded).
Usage
When no target is named, the default target runs.