发布集成
完成集成后,就可以打开一个 PR,将其包含在集成存储库中。在打开 PR 之前,请运行
elastic-package check
check
命令确保软件包构建正确、格式正确并且与规范对齐。在将集成添加到存储库之前,必须通过 check
命令。
当 CI 正常时,将 PR 合并到集成存储库中。
CI 将启动主分支的构建作业,这可以将您的集成发布到 package-storage。这意味着,如果该软件包版本尚未存在于存储中(尚未发布),它将打开一个 PR 到 Package Storage/snapshot,其中包含构建好的集成。
现在您已经在 Kibana 中测试了您的集成,接下来就可以将其提升到暂存环境或生产环境。运行
elastic-package promote
该工具将打开 2 个拉取请求(promote 和 delete)到 package-storage:目标分支和源分支。
请自行查看这两个拉取请求,检查 CI 是否正常并合并 - 先目标,然后源。 一旦任何 PR 被合并,CI 将启动一个作业来烘烤 package-storage 的新 Docker 镜像(跟踪)。理想情况下,“delete” PR 应该在“promote”的 CI 作业完成后合并,因为前一个阶段的 Docker 镜像依赖于后一个阶段的镜像。
提示
当您准备好发布集成中的更改时,请记住提高软件包版本。作为软件包开发者,您可以自行决定在一个版本中发布多少更改。 例如,您可以在一个 PR 中实现一个更改,并在同一 PR 中提高软件包版本。 或者,您可以在多个拉取请求中实现多个更改,然后在这些拉取请求的最后一个中或在单独的后续 PR 中提高软件包版本。