How often do you manually run cargo fmt
or cargo clippy --fix
because of a failed CI check?
Well, you don't have to anymore! The cargo-assist GitHub action formats your code and fixes many clippy warnings automatically for you! 🥳
Note
The cargo-assist GitHub action:
- Runs
cargo fmt --all
andcargo clippy --all-targets --all-features --workspace --fix
on every commit. - Commits and pushes the changes to the current branch.
Add the cargo-assist workflow file under the .github/workflows
directory. For example .github/workflows/cargo-assist.yml
:
name: Cargo Assist
permissions:
contents: write
on:
push:
jobs:
cargo-assist:
name: Cargo Assist
runs-on: ubuntu-latest
steps:
- name: Checkout repository
uses: actions/checkout@v4
- name: Install Rust toolchain
uses: dtolnay/rust-toolchain@stable
- name: Run Cargo Assist
uses: MarcoIeni/cargo-assist@v0.1
with:
github_token: ${{ secrets.GITHUB_TOKEN }}
In the following, you can find the list of all the inputs you can pass to the cargo-assist GitHub action. The specified values are the default ones.
- uses: MarcoIeni/cargo-assist@v0.1
with:
# Whether to run `cargo clippy --fix` or not.
# Useful if you want to run only `cargo fmt`.
# Possible values: `true`, `false`.
clippy: true
# Whether to add `--allow-dirty` to clippy or not.
# Useful if you want to run `cargo clippy --fix` on a dirty repository.
# If you run commands before cargo-assist, the repository might be dirty.
# Possible values: `true`, `false`.
clippy_allow_dirty: false
# Flags to pass to `cargo clippy --fix`.
clippy_flags: "--all-targets --all-features --workspace"
# Commit message to use when committing the changes.
commit_message: "chore: format, fix lints"
# Whether to run `cargo fmt` or not.
# Useful if you want to run only `cargo clippy --fix`.
# Possible values: `true`, `false`.
fmt: true
# GitHub token of the author of the commit.
# If you provide '${{ secrets.GITHUB_TOKEN }}',
# the author of the commit is the github-actions bot.
github_token: ''
# Directory where to run the commands.
# Defaults to repository's root.
# Useful if your rust project is in a subdirectory.
working_directory: '.'
If you want to run other commands before running cargo-assist, you can do the following:
jobs:
cargo-assist:
name: Cargo Assist
runs-on: ubuntu-latest
steps:
- name: Checkout repository
uses: actions/checkout@v4
- name: Install Rust toolchain
uses: dtolnay/rust-toolchain@stable
- name: My custom step
run: cargo update
- name: Run Cargo Assist
uses: MarcoIeni/cargo-assist@v0.1
with:
# Needed because after the custom step, the repository
# contains uncommited changes (Cargo.lock in this case).
clippy_allow_dirty: true
github_token: ${{ secrets.GITHUB_TOKEN }}
GitHub Actions using the default
GITHUB_TOKEN
cannot trigger other workflow runs.
Therefore, your on: pull_request
or on: push
workflows won't run on
cargo-assist commits if you don't specify a token in the actions/checkout
step.
You can learn more in the GitHub docs.
If you want to run CI checks on cargo-assist commits, you can use one of the following methods.
To run on: pull_request
workflows you can manually close and reopen the pull request.
Use a Personal Access Token (PAT) created on an account with write access to the repository. This is the standard method recommended by GitHub.
Create the PAT, choosing one of the two types:
- Fine-grained: more secure because you can select the repositories where the PAT can be used. Follow these instructions, giving the PAT the following permissions:
- Classic:
less secure because you can't scope it to a single repository.
Follow these
instructions, giving the PAT
repo
permissions:
Once you generated your token, save it in the
secrets,
and pass it to the actions/checkout
step:
jobs:
cargo-assist:
name: Cargo Assist
runs-on: ubuntu-latest
steps:
- name: Checkout repository
uses: actions/checkout@v4
with:
# Use CARGO_ASSIST_TOKEN if available, by specifying the PAT secret name.
# In forks it's not available, so use the default GITHUB_TOKEN.
token: ${{ secrets.CARGO_ASSIST_TOKEN || secrets.GITHUB_TOKEN}}
- name: Install Rust toolchain
uses: dtolnay/rust-toolchain@stable
- name: Run Cargo Assist
uses: MarcoIeni/cargo-assist@v0.1
with:
github_token: ${{ secrets.GITHUB_TOKEN }} # <-- To be the author of the commit,
# set the PAT secret name here, too.
Generate a GitHub token with a GitHub App.
Here's how to use a GitHub App to generate a GitHub token:
-
Create a minimal GitHub App, setting the following fields:
- Set
GitHub App name
. - Set
Homepage URL
to anything you like, such as your GitHub profile page. - Uncheck
Active
underWebhook
. You do not need to enter aWebhook URL
. - Under
Repository permissions: Contents
selectAccess: Read & write
. - (Optional) Under
Where can this GitHub App be installed?
selectOnly on this account
.
- Set
-
Create a Private key from the App settings page and store it securely.
-
Install the App on the repositories where you want to run cargo-assist.
-
Store the GitHub App ID, and the private key you created in step 2 in GitHub secrets. E.g.
APP_ID
,APP_PRIVATE_KEY
. -
Use actions/create-github-app-token to generate a token from the GitHub Action:
steps: # Generating a GitHub token, so that commits created by # the cargo-assist can trigger actions workflows. - name: Generate GitHub token uses: actions/create-github-app-token@v1 id: generate-token with: app-id: ${{ secrets.APP_ID }} # <-- GitHub App ID secret name private-key: ${{ secrets.APP_PRIVATE_KEY }} # <-- GitHub App private key secret name - name: Checkout repository uses: actions/checkout@v4 with: token: ${{ steps.generate-token.outputs.token }} - name: Install Rust toolchain uses: dtolnay/rust-toolchain@stable - name: Run Cargo Assist uses: MarcoIeni/cargo-assist@v0.1 with: github_token: ${{ secrets.GITHUB_TOKEN }} # <-- If you want the GitHub app to be the author of the commit, # set `steps.generate-token.outputs.token` here, too.
Here you can find the public repositories using the cargo-assist GitHub action in CI:
Licensed under either of Apache License, Version 2.0 or MIT license at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.