ruvnet 910efaad55 ci(hailo): point cache keys at the workspace-root Cargo.lock (iter 227) ... iter-219 (workspace re-inclusion, ADR-178 Gap E) removed the per-crate `crates/ruvector-hailo-cluster/Cargo.lock` — but the hailo-backend-audit workflow's two `actions/cache@v4` keys still hashed that now-missing path: key: ${{ runner.os }}-cargo-${{ hashFiles('crates/ruvector-hailo-cluster/Cargo.lock') }} `hashFiles()` returns an empty string when the pattern matches nothing. So both cache keys would have collapsed to the constant prefix `${{ runner.os }}-cargo-` (and `-cargo-test-`) on every run — every PR, every branch, every commit would have shared the same cache slot, defeating the cache invalidation iter-178 set up. Either falsely-stale build artifacts on a dep change, or chronic cache misses depending on how the runners' eviction policy shook out. Fix: point both keys at the workspace-root `Cargo.lock`, which is canonical post-iter-219. Same parallel as iter-224's cargo-audit fix that handled the matching deny-vs-audit drift. Validated: - yaml parses (`python3 -c 'import yaml; yaml.safe_load(...)'`) - root Cargo.lock exists at the new path - Pattern matches GitHub Actions' relative-to-GITHUB_WORKSPACE semantic for `hashFiles()` — Cargo.lock at repo root is correctly resolved without a path prefix. Pure CI hygiene; no code change. Catches the third post-iter-219 side effect (after iter-224's cargo-audit ignores and iter-226's real-hardware verification). Co-Authored-By: claude-flow <ruv@ruv.net>		2026-05-03 23:04:49 -04:00
..
benchmarks	feat: Add Neo4j-compatible hypergraph database package (ruvector-graph)	2025-11-25 23:11:54 +00:00
workflows	ci(hailo): point cache keys at the workspace-root Cargo.lock (iter 227)	2026-05-03 23:04:49 -04:00