com um clique
antd-version-release
// ant-design 仓库的版本发布工作流。在用户提到发版、准备 release PR、升级发布版本号、执行正式 npm publish、或处理 release 分支与发布校验时使用。它不负责收集或生成 changelog;涉及 changelog 收集、整理、改写时应使用 changelog-collect。
// ant-design 仓库的版本发布工作流。在用户提到发版、准备 release PR、升级发布版本号、执行正式 npm publish、或处理 release 分支与发布校验时使用。它不负责收集或生成 changelog;涉及 changelog 收集、整理、改写时应使用 changelog-collect。
[HINT] Baixe o diretório completo da skill incluindo SKILL.md e todos os arquivos relacionados
| name | antd-version-release |
| description | ant-design 仓库的版本发布工作流。在用户提到发版、准备 release PR、升级发布版本号、执行正式 npm publish、或处理 release 分支与发布校验时使用。它不负责收集或生成 changelog;涉及 changelog 收集、整理、改写时应使用 changelog-collect。 |
这个 skill 面向 ant-design 仓库的真实发版流程,不是通用应用的自动发版模板。
它主要覆盖两类任务:
package.jsonnpm publish当用户提到以下任一场景时使用:
featuremaster5.x-stable、4.x-stableant-design 的发布准备通常就是一个普通 PR,主要更新:
CHANGELOG.en-US.mdCHANGELOG.zh-CN.mdpackage.json不要假设 CI 会在 PR 合并时替你更新版本号。但 changelog 内容本身的收集、筛选、改写,不属于这个 skill 的职责。
真正的 npm 包发布动作,发生在 release PR 合并之后。
npm publishnpm run pub,仓库已经明确提示应使用 npm publishpostpublish 会处理 tag 推送,tag 再触发 GitHub Release 和钉钉通知等工作流除非用户明确要求其它流程,否则只处理常见的两类:
| 类型 | 常见基线分支 | 版本变化 | 使用场景 |
|---|---|---|---|
| Patch | master | x.y.z -> x.y.(z+1) | Bug 修复、稳定性发布 |
| Minor | feature 或指定发布分支 | x.y.z -> x.(y+1).0 | 特性批量发布 |
如果改动里明显包含未发布的新特性,优先判断为 minor;否则默认按 patch 处理。
开始前至少检查:
git branch -vv
git rev-parse --abbrev-ref HEAD
cat package.json
git tag --list | grep -v -E '(experimental|alpha|resource)' | sort -V | tail -20
确认以下信息:
package.json 里的当前版本号这个 skill 默认把 changelog 视为前置输入,而不是当前步骤的输出。
开始 release PR 前,确认:
CHANGELOG.en-US.md 已经有目标版本条目CHANGELOG.zh-CN.md 已经有对应中文条目如果还没有这些内容,先切换到 changelog-collect,不要在这个 skill 里临时生成。
发布准备通常只应检查并更新这三个文件:
CHANGELOG.en-US.mdCHANGELOG.zh-CN.mdpackage.json要求:
## 6.3.6`2026-03-31`package.json 中的版本号必须与 changelog 版本一致除非用户明确要求,否则不要额外引入别的 release 元数据文件。
至少运行:
npm run lint:changelog
必要时再运行:
npm run version
npm run version 只在需要刷新本地生成的版本文件、做校验时才运行。不要把无关的生成文件顺手带进 release PR,除非仓库本来就预期它们会被更新。
这个仓库里的 release 准备 PR,通常会使用类似标题:
docs: add changelog for 6.3.5docs: release 6.3.5注意:
release 或 changelog,就必须带上版本号.github/workflows/verify-package-version.yml 会校验这件事如果需要生成 PR body:
这部分只在 release PR 已经合并,并且用户明确要求“现在发布”时才使用。
发布前必须确认:
masterpackage.json 中的版本号已经是目标发布版本CHANGELOG.en-US.md 中已经存在该版本对应的 changelog 条目CHANGELOG.zh-CN.md 中也已经存在对应中文条目scripts/check-version-md.ts 默认要求:
执行:
npm publish
仓库里的相关行为:
prepublishOnly 会执行 scripts/pre-publish.tsSKIP_CI_CHECKpostpublish 会为当前版本推送 Git tagnpm run pubmaster 准备发布,除非用户明确确认当用户要求你协助发版时:
changelog-collect 或用户提前准备好package.jsondocs: 标题提交npm publish如果任务只是“准备 release PR”,那就在创建 PR 后停止,不要继续执行发布。