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-notes

tag 创建命令默认标记当前 HEAD,执行前先核对分支和提交。--verify-tag 要求远端 tag 已存在,--prerelease 标记为预发布,--generate-notes 自动生成说明;若只想先保存草稿,再加 --draft。GitHub CLI 官方说明

搜索文档

输入关键词,搜索所有文档。

↑ ↓ 选择 · Enter 打开 · Esc 关闭