版本 8.3.1

新的补丁发布的步骤： * [ ] 确保每种资源类型都被固定到上一次在 MAJOR.MINOR 系列中发布的版本。这样可以避免在补丁发布中意外地发布破坏性的资源类型更改。 * 如果正在发布补丁以提升某个资源类型（例如，用于 CVE 或 bug 修复），则将其固定到相应的版本。 * 一旦最终提交通过管道，则可以触发 create-draft-release 作业。此作业将在 concourse GitHub 发布页面中创建一个草稿版本，您可以在此对生成的版本说明进行任何最终调整或安排。**请注意，在草稿版本上进行的任何手动更改将被覆盖，如果您重新触发 create-draft-release 作业。**请确保在确定此为作业的最后一次运行后才进行手动编辑。 * 如果您想编辑内容，可以直接编辑它生成的 PR。标题用于每个 PR，也用于 PR 中的 Release Note 标题中的正文。在 PR 中进行编辑后，您可以重新运行 create-draft-release 作业以重新生成新的版本说明。 * 如果您想更改版本说明中 PR 的排列顺序，可以直接在草稿版本的版本说明中进行编辑。 * 一旦一切准备就绪，则可以触发 shipit 作业。publish-binaries 作业将将您的草稿版本转换为最终版本，包括草稿版本的正文（它将保留您对草稿版本正文所做的任何更改）。随后，推广 concourse 作业将自动运行。publish-docs 作业自动运行，只要版本实际上是可用的最新版本。 * (可选) 通过提交 PR 将 release/ 分支合并到 master * 接下来，运行 concourse-app-bump 作业（将应用程序版本和镜像提升到指向…