Skip to content

fix: Pavex will correctly set the name of the defining crate when res… #1

fix: Pavex will correctly set the name of the defining crate when res…

fix: Pavex will correctly set the name of the defining crate when res… #1

name: Workspace hack
on:
push:
branches:
- main
pull_request:
branches:
- main
env:
CARGO_TERM_COLOR: always
jobs:
test:
name: Test
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions-rust-lang/setup-rust-toolchain@v1
# Check https://docs.rs/cargo-hakari/0.9.29/cargo_hakari/#installation
# to learn how to install cargo-hakari locally
- name: Install cargo-hakari
uses: taiki-e/install-action@v2
with:
tool: cargo-hakari
- name: Verify workspace-hack
run: |
cd libs
# If the hack crate has been disabled (probably for a release)
# we don't check anything else
if ! cargo hakari disable --diff ; then
# Check that px_workspace_hack's Cargo.toml is up-to-date
# If this fails, run `cargo hakari generate` to fix it
cargo hakari generate --diff
# Check that all workspace crates depend on px_workspace_hack
# If this fails, run `cargo hakari manage-deps` to fix it
cargo hakari manage-deps --dry-run
fi