style: cargo fmt across workspace — green CI #33
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "development_mik_1"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Sixth repo in the home#188 CI sweep. CI was failing only on fmt-check; rest already green. Ran cargo fmt --all on 4 files. Pure formatting, no source changes.
Verified local: cargo fmt --check, cargo check, cargo clippy -D warnings, cargo test all pass.
Pivoted to path B (proper fix), not path A (workflow gymnastics)
The original draft of this PR was just
cargo fmt. Then CI surfaced a deeper issue: the workspace has path deps to a sibling-cloned hero_lib, which CI can't resolve. I almost shipped a workflow change that clones hero_lib alongside on each run — user pushed back: that's not real reproducibility. Force-pushed120493bwith the proper fix.What this PR now does
Converted path deps to git deps:
Cargo.toml(root): removed[patch."https://forge.../hero_lib.git"] herolib_ai = { path = "../hero_lib/..." }crates/hero_slides_lib/Cargo.toml:path = "../../../hero_lib/..."→git = "...", branch = "development"crates/hero_slides_server/Cargo.toml: samecrates/hero_slides_rhai/Cargo.toml: sameorigin/development_ai_imageref)cargo fmt --allacross 4 files (the original lint failure)Why this is the right scope
cargo install/ release artifacts (home#187) all need this to compile from a clean checkout.[patch]section. Default config = production reproducibility.Closes
Local verification
Tracker: home#188
78208fd4f5120493bcc7Squash-merged to
developmentas2ce31c3. Branch deleted. Path deps → git deps. CI now buildable from any clean checkout.Pull request closed