Skip to content

Latest commit

 

History

History
20 lines (14 loc) · 1.59 KB

PUBLISH.md

File metadata and controls

20 lines (14 loc) · 1.59 KB

版本发布流程

发布频率

组件库正常每两周滚动发布版本,一般在周三/周四,尽量不在周五或晚上发布,防止周末非工作时间响应不及时

如果遇到用户要求紧急修复 bug,可以视情况发布 PATCH 或先行版本,判断标准:

  • 影响范围大,大多数用户都可能会遇到问题:请遵照正常发布流程严格测试产物质量及整理 CHANGELOG 后发布 PATCH 版本,以使用户可以自动更新到
  • 新上线的功能,仅有少量用户使用:可以不整理 changelog,直接发布先行版本供用户使用,如 x.y.z-alpha

发布流程

  • develop 新建 release/x.y.z 分支,并修改 package.json 中的版本号,推送分支至远程仓库,并提交一个合入develop的 Pull Request 到仓库
  • 仓库的 Github Action 会自动整理上个版本至今 commit 对应的 CHANGELOG,并将 CHANGELOG 的 draft 作为一个评论推送到该 Pull Request 上
  • 发布人检查 CHANGELOG,并优化内容逻辑结构
  • 确认无误后删除对应评论的首行提示(即 删除此行代表确认该日志 所在行)(注:需要等待 Github Action 将修改后的内容写入 CHANGELOG.md 内)
  • 确认无误后,合并分支入develop
  • 合入 develop 后,仓库会触发 Github Action 合入main分支,并将版本号作为 tag 打在仓库上,并触发 Github Action 执行 npm 版本发布流程
  • 合入 main 分支后,站点的部署流水线 web hook 会监听到 main 分支的新增 commit,并触发流水线,官网更新站点