ci: allow scoped maintenance releases
Closed
MA
3mo ago+18+18+01234567890123456789-10-10-01234567890123456789
Summary
- keep stable releases restricted to
main - allow only
vX.Y.Z-hotfixNprerelease tags from the matchingrelease/vX.Y.Zbranch - reject all other feature-branch tags
Why
We need a minimal Kimi image-overflow patch from v0.1.13 without shipping the unrelated 958-commit v0.1.14 range. This preserves the existing release guard while adding an explicit maintenance path.
Validation
- checked workflow diff and shell/ref matching locally
- the maintenance release remains a prerelease, so it cannot replace
/releases/latest
Summary by cubic
Allow scoped maintenance releases by permitting vX.Y.Z-hotfixN prerelease tags from release/vX.Y.Z while keeping stable releases restricted to main. Blocks feature-branch tags that could create divergent releases.
- New Features
- Validate tags are on
mainor, forvX.Y.Z-hotfixN, on the matchingrelease/vX.Y.Z. - Fetch
mainandrelease/*refs to check ancestry; reject others before uploads. - Hotfix releases remain prereleases, so
/releases/latestis unchanged.
- Validate tags are on