GFramework/ai-plan/public/semantic-release-versioning/todos/semantic-release-versioning-tracking.md

3.1 KiB
Raw Blame History

Semantic Release 版本迁移跟踪

目标

将版本管理从固定 patch + 1 的自动打 tag 迁移到 semantic-release,同时保留现有 .github/workflows/publish.yml 的 tag 触发打包、NuGet 发布、GitHub Packages 发布和 GitHub Release 流程。

  • cycjimmy/semantic-release-action 替换 auto-tag.yml 的版本判断和打 tag 逻辑
  • 保留 publish.yml 的现有发布实现,不重写 NuGet 流程
  • 避免 semantic-releasepublish.yml 重复创建 GitHub Release
  • 将版本规则固定为 feat -> minorfix/perf/refactor -> patchBREAKING CHANGE! -> major
  • 为手动 workflow_dispatch 保留 dry-run 验证入口,先验证最近提交会算出什么版本

当前恢复点

  • 恢复点编号:暂无
  • 当前阶段:等待下一轮 semantic-release 维护任务
  • 当前焦点:
    • SEMREL-RP-004 已归档到 ai-plan/public/semantic-release-versioning/archive/todos/semantic-release-versioning-rp004-2026-05-02.md
    • 后续如 CI 或发布流程继续暴露 semantic-release 问题,再从新的恢复点编号开始记录

已知风险

  • GITHUB_TOKEN 推送 tag 不会再触发另一个 workflow真实发布仍需要 PAT_TOKEN
  • semantic-release preview 虽然不会真实推送 tag但仍会执行远端 git push --dry-run 权限探测;如果 PAT 仅具备 read 权限、没有 contents:write,仍然会先于版本分析阶段失败
  • semantic-release 的版本判断完全依赖 Conventional Commits不规范提交会直接影响版本计算
  • cycjimmy/semantic-release-action@v6 需要在 preview / release 两端都安装 conventional-changelog-conventionalcommits 以保证 conventionalcommits preset 在 GitHub Actions 中可解析
  • git-cliff-actionOUTPUT 文件需要在 softprops/action-gh-release 执行时保留在当前工作目录,后续如调整 working-directory 或 artifact 路径,需要同步复查 body_path

已完成

  • 历史迁移结论与 SEMREL-RP-001SEMREL-RP-003 的稳定完成项已归档到 ai-plan/public/semantic-release-versioning/archive/todos/semantic-release-versioning-2026-04-26.md
  • 已将 preview / release 两段重复的 PAT 校验提取到 .github/actions/validate-pat/action.yml
  • 已在 PAT 校验中补充 permissions.push 断言,避免 read-only token 通过 API 探活却在 semantic-releasegit push --dry-run 阶段才失败
  • 已为 PAT 校验的 mktemp 文件补充 trap 清理,避免异常退出时遗留临时文件路径干扰日志
  • SEMREL-RP-004 的 release notes 模板修复、验证和合并后分支收尾已归档到 ai-plan/public/semantic-release-versioning/archive/todos/semantic-release-versioning-rp004-2026-05-02.md

验证

  • SEMREL-RP-004 的本地验证结果已归档。
  • 更早阶段的 dry-run / tag /抽象项目验证已归档到 ai-plan/public/semantic-release-versioning/archive/todos/semantic-release-versioning-2026-04-26.md

下一步

  1. 如 CI 仍报告 release notes 发布问题,再优先复查 git-cliff-action 输出文件路径与模板渲染结果
  2. 下一轮 semantic-release 调整开始时创建新的恢复点编号