发布集成

编辑

集成完成后,需要创建一个 PR 将其包含到集成仓库中。在创建 PR 之前,请运行

elastic-package check

check 命令确保包构建正确、格式正确且符合规范。在将集成添加到仓库之前,必须通过 check 命令。

CI 通过后,将您的 PR 合并到集成仓库。

CI 将为主分支启动构建作业,这可以将您的集成发布到包存储库。这意味着它只会当包版本尚不存在于存储库中(尚未发布)时,才会向包存储库/快照打开一个包含已构建集成的 PR。

提升

编辑

现在您已经使用 Kibana 测试了您的集成,是时候将其提升到预发布环境或生产环境了。运行

elastic-package promote

该工具将向包存储库打开 2 个拉取请求 (提升和删除):目标分支和源分支。

请自行查看这两个拉取请求,检查 CI 是否通过,然后合并——先合并目标分支,再合并源分支。任何 PR 合并后,CI 将启动一个作业来构建新的包存储库 Docker 镜像(跟踪)。理想情况下,“删除”PR 应该在“提升”的 CI 作业完成后合并,因为先前阶段的 Docker 镜像依赖于后者。

当您准备好发布集成中的更改时,请记住升级包版本。作为包开发者,您可以决定在一个版本中发布多少更改。例如,您可以在一个 PR 中实现更改并升级包版本。或者,您可以在多个拉取请求中实现多个更改,然后在这些拉取请求的最后一个或单独的后续 PR 中升级包版本。