Github Release
验证:未记录
- 适用版本
- 未记录
- 验证范围
- 尚未登记验证记录。
pre-release#
Git tag 标记具体提交,GitHub Release 则在 tag 上附加发布说明和产物。下面是常见版本命名约定;后缀本身不会自动创建 Release,也不会自动选择部署环境。
alpha:早期内部测试版
beta:功能基本完成,给测试/部分用户验证
rc:Release Candidate,候选正式版
v1.2.0-alpha.1
v1.2.0-beta.1
v1.2.0-rc.1
v1.4.0-beta.1 -> 部署到 beta 环境
v1.4.0-rc.1 -> 部署到预发布环境
v1.4.0 -> 正式生产发布alpha、beta、rc 表示不同测试阶段,不保证项目一定按这三个阶段依次发布。上面的环境映射需要团队在流水线中自行实现,例如按 tag 名匹配部署目标。
若要在 GitHub 上明确标记为预发布,先创建并推送目标 tag,再指定 --prerelease;仅在 tag 名中加入 beta 不等于显式设置该标记:
git tag -a v1.2.0-beta.1 -m "Beta 1 for v1.2.0"
git push origin v1.2.0-beta.1
gh release create v1.2.0-beta.1 --verify-tag --prerelease --generate-notestag 创建命令默认标记当前 HEAD,执行前先核对分支和提交。--verify-tag 要求远端 tag 已存在,--prerelease 标记为预发布,--generate-notes 自动生成说明;若只想先保存草稿,再加 --draft。GitHub CLI 官方说明