Zed 发布版本
Zed 目前维护两个面向 macOS 的公共版本
通常,我们会在每个星期三发布一个新的次要版本。当前的预览版会变为稳定版,而新的预览版包含主分支上直到那时为止的所有内容。
如果在一周内发现并修复了错误,则可能会将其挑选到发布分支中,因此预览版和稳定版的新补丁版本可能会在一周内发布。
星期三发布流程
您需要对 Zed 存储库的写入权限才能执行此操作
- 检出
main
并确保您的工作副本是干净的。 - 运行
./script/bump-zed-minor-versions
并按照指示推送标签和分支。 - 等待构建出现在 GitHub 上的 Releases 标签上(通常需要大约 30 分钟)
- 在等待时
- 开始为预览版创建新的发行说明。您可以从
./script/get-preview-channel-changes
的输出开始。 - 开始起草发布推文。
- 开始为预览版创建新的发行说明。您可以从
- 构建准备就绪后
- 将先前预览版发布中的发行说明复制到当前稳定版发布中。
- 下载每个版本的工件,并测试您是否可以在本地运行它们。
- 在 GitHub 上发布版本。
- 发布推文(凭据在 1Password 中)。
补丁发布流程
如果您的 PR 修复了 panic 或崩溃,您应该将其挑选到当前的稳定版和预览版分支。如果您的 PR 修复了最近发布的代码中的回归,您应该将其挑选到预览版。
您需要对 Zed 存储库的写入权限才能执行此操作
- 像往常一样,向
main
发送包含您的更改的 PR。 - 在 PR 上留下评论
/cherry-pick v0.XXX.x
。PR 合并后,GitHub 机器人将向该分支发送一个 PR。- 如果发生合并冲突,您将不得不手动挑选并将更改推送到
v0.XXX.x
分支。
- 如果发生合并冲突,您将不得不手动挑选并将更改推送到
- 在将提交挑选到分支上之后,运行
./script/trigger-release {preview|stable}
。这将增加版本号,创建一个新的发布标签,并启动一个发布构建。- 也可以从 GitHub Actions UI 运行:
- 也可以从 GitHub Actions UI 运行:
- 等待构建出现在 GitHub 上的 Releases 标签上(通常需要大约 30 分钟)
- 根据需要校对和编辑发行说明。
- 下载每个版本的工件,并测试您是否可以在本地运行它们。
- 发布版本。
每日构建发布流程
除了公共版本之外,我们还有一个每日构建版本,我们鼓励员工使用。每日构建版本每天由 cron 发布一次,您可以根据需要经常发布。没有发行说明或公告,因此您可以简单地将您的更改合并到 main 并运行 ./script/trigger-release nightly
。