Skip to content

objectui-range.mjs 默认仍按 feat|fix 类型过滤 —— 发布页 Console 段落同样会丢掉破坏性 refactor! #4843

Description

@xuyushun441-sys

未认领。#4731(bump-objectui.sh 的 pin changeset 改成读 objectui 声明的 changeset)时发现的邻近问题,不在那条 PR 的范围内,另立。

现状

scripts/objectui-range.mjs —— docs/releases-maintenance.md 里「两个平台版本之间前端改了什么」的聚合层,产物直接贴进发布页的 Console 段落 —— 用的还是同一套类型猜测:

const KEEP = ALL_TYPES ? null : new Set(['feat', 'fix']);

--all 是显式 opt-in,默认只收 feat + fix

后果

#4731 同源:破坏性变更是唯一被类型过滤挡在门外的一类。在 #4731 实测的真实区间 7d9734d5e321..785b8a5d432c 里,默认输出会丢掉 13 条真正发版的提交,其中 6 条带 !(refactor(layout)!: delete PageNodeRenderer、burn ledger batch 2/4/5/6/7),外加 chore(deps): lockstep the @objectstack family onto 17.0.0-rc.1;同时会收进 5 条在 objectui 侧 release-nothing 的提交(两条 fix(ci))。

#4731 轻一点的地方:这里的过滤在 --help 里写明了,也有 --all,不是完全无声。重的地方:它的产物是发布页正文,读者拿到的是一份看不出被过滤过的 markdown —— 尾部没有「另有 N 条被类型过滤排除」的说明,--all 又不是默认。

建议

#4731 收敛到同一个判据:改用 scripts/objectui-changeset-digest.mjs(#4731 引入)的导出函数 —— collectAddedChangesets() / parseChangeset() —— 按 objectui 声明的 changeset 取「发版的前端改动」,级别也现成。若要保留按 commit 类型分组的呈现,至少让被排除的条数在产物尾部出声。

关联

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions