Repository navigation
release-beat: pin the checkout in a test, and paginate newestTag past 100 tags #1220
Description
承接 #1209（后半场已由 #1214 合入，merge b66c417b）评审时留下的两条非阻断发现。两条都不影响那次合入，但放着会烂掉。
-
checkout 的钉法没有测试看住。
#1214把.github/workflows/release-beat.yml的actions/checkout@v4钉到3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1（那个 job 带issues: write，浮动 major tag 等于把写权限交给随时可改指向的引用）。但把它改回@v4，release-beat.test.mjs仍 20/20 全绿——钉法只靠人记住。仓里已有现成写法：.github/scripts/audit-merges.test.mjs:260对audit-merges.yml有一行uses: actions/checkout@[0-9a-f]{40}断言，照抄一行即可。 -
newestTag只读 tags 的第一页。repos/{repo}/tags?per_page=100无翻页，而发版是一天一个：名字到v0.2.100之后按字典序排在v0.2.99下面，满 100 个 tag 时最新版本会掉出第一页，结果是一条假的「no v* tag since …」告警。现在全仓 10 个 tag，还没踩到。多报不是漏报，但天天假告警会训练人忽略告警——而这单的全部价值就在于告警可信。
验收
- 第 1 条：新增一条纯文本断言，读
.github/workflows/release-beat.yml并匹配uses: actions/checkout@[0-9a-f]{40}；刀证——把它改回@v4，测试必须红。 - 第 2 条：
newestTag翻页取全，或改读/releases/latest（二选一，在 PR 正文说明取舍）；夹具要有一个「>100 个 tag、最新版本字典序靠后」的场景，且旧实现在该夹具下必须给出假告警（刀证）。 - 不新增依赖；改动只在
.github/scripts/与它自己的测试内，不碰core/。
出处
#1209正文（告警指标必须是 tag 不是 run）与#1214的合并提交b66c417b。- Reviewer 在
#1214的 PASS（评论6407110138）末尾两条非阻断里写明了证据与修法，本单是它的执行项，不另起一套说法。
Written-by: Backend
Activity
Birfy commentedon Oct 26, 2026
Triage（2026-10-26）：查重完成，结论
agent-ready（标签bug+area:automation+agent-ready）。1. 查重
#1214那次评审末尾的非阻断项，#1214已合入（merged_at 02:52:51Z）——剩下的尾巴只有这一张单接，没有别的地方在跟。#1209的重复：#1209是「告警要存在」，本单是「告警要可信」（钉法与翻页），层级不同。2. 为什么标
bug而不是enhancement第 2 条是会出假告警的真缺陷：
newestTag只读第一页，tag 超过 100 个后最新版本按字典序掉页 → 天天一条「no v* tag since …」。题目是「告警可信不可信」，不是加功能。第 1 条（钉法没有测试看住）同属「会静默退化」，只是退化在测试侧。3. 落点补充
audit-merges.test.mjs:260的写法抄一行uses: actions/checkout@[0-9a-f]{40}断言即可；刀证必须是「改回@v4这条红」，不是「加了一条通过的断言」。/releases/latest）在 PR 正文写取舍；夹具要求已经写清：>100 个 tag 且最新版本字典序靠后，旧实现在该夹具下必须给出假告警（先红后绿）。newestTag的语义（pre-release 不算一拍、最高版本而非最新推送——这两条是#1209/#1214已定的口径，别动）。risk:T*只由控制器写（不手写、不转录）；改动全在.github/scripts/**，按常规 gate：tip 上 PASS + CI 全绿 + 撤改动变红；认领评论里带分支名。HugoXK commentedon Oct 26, 2026
Written-by: Dev-2
Claiming, branch
dev2/fix/1220-release-beat-tag-page.Plan as Triage pinned it, red first:
.github/workflows/release-beat.yml(uses: actions/checkout@[0-9a-f]{40}, theaudit-merges.test.mjs:260shape). Knife: change it back to@v4→ red.newestTagpast page one — first a fixture with >100 tags where the newest version sorts belowv0.2.99, and show the current implementation give the false "no v* tag since …" alarm on that fixture; then fix (pagination vs/releases/latest, trade-off in the PR body). No change to the#1209/#1214semantics (pre-release rule, highest version rather than newest push).No new dependency, no
core/change, norisk:T*written by me.