fix: resolve latest before caching assay cli#30
Conversation
Signed-off-by: Rul1an <roelschuurkes@gmail.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
📝 WalkthroughWalkthrough
ChangesCLI install hardening and published-tag canary
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Signed-off-by: Rul1an <roelschuurkes@gmail.com>
Summary
latestWhy
The scheduled Published Tag Canary restored a stale
assay-latest-x86_64-unknown-linux-gnucache containingassay 3.9.2, then the v3 sandbox canary exercised the modern sandbox contract and failed. Resolvinglatestbefore cache lookup makes the cache immutable per actual release tag. The macOS jobs also failed while downloading the release archive, so the installer now retries release-asset and checksum downloads.Verification
git diff --checkactionlint .github/workflows/published-tag-canary.ymlaction.ymland.github/workflows/published-tag-canary.ymlFollow-up
Merging this updates
main. The public floatingv2/v3tags still need an explicit, separate go before they are moved to include this fix.Summary by CodeRabbit