Repository navigation
ci: release and cache v5 from the v5 branch - #5991
Conversation
v5 maintenance moves to a single v5 branch, replacing v5-dev and v5-next. v5 Custom Release and the nightly v5 cache rebuild now check out v5. The cache key and path follow the base-branch naming the v5 PR workflows already use, so PRs into v5 pick up the nightly cache. Removes the two "(v5) Rebuild Global Cache" workflows. They checked out v5_dev and v5_next, which don't exist, and failed every night. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
🚓 Slop Cop ✅ Nothing worth flagging. The diff looks consistent with the PR's stated intent and the code-style rules. PR is a coherent CI-only change that matches its stated intent: it repoints v5 release/cache workflows to the new Automated, non-blocking heads-up from an LLM. It can be wrong — use your judgment. Regenerates on every push. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to
|
What changed
v5 maintenance moves to a single
v5branch (created fromv5-dev), replacingv5-devandv5-next. The workflows onnextthat target v5 now use it:v5.rebuildGlobalCacheV5.yml) checks outv5and writes thev5-…key underv5/. The v5 PR workflows build their cache key and path from the PR's base branch, so PRs intov5restore this cache, the same as withv5-devbefore.v5_rebuildGlobalCacheDev.yml,v5_rebuildGlobalCacheNext.ymland their frozen wac source. They checked outv5_devandv5_next(underscores), branches that don't exist, and failed on every nightly run.rebuildGlobalCacheV5.ymlalready covers the v5 cache.The
v5branch itself carries one change on top ofv5-dev:(v5) Pushtriggers on pushes tov5instead ofv5-next/v5-dev.yarn ci-workflows:buildregenerates the remaining workflows with no other changes.Workspace: wby-next3 · 🐛 release wflows cleanup
🤖 Generated with Claude Code
Summary by CodeRabbit
v5branch instead ofv5-dev.