使用GitLab CI持续交付

Question

我一直试图围绕如何使用GitLab CI实现持续交付？

我为CD读取的每个解决方案都依赖于多步骤流水线(例如Jenkins),或者是一个自定义应用程序,它可以监听webhook并提供自己的部署界面(例如,GitHub的HuBot + Heaven + Janky).

如果我们只关心在Master分支上执行CD,并且我们的测试套件/部署步骤非常快,您可以简单地将其作为由GitLab CI运行的shell脚本的一部分包含....但是,如果您的测试怎么办？套房不快？或者您的部署可能需要几分钟才能下载软件包等？然后你的CI Runner正在忙着处理事情.

我能想出的最佳解决方案是:

1. 创建一个Web应用程序,接受来自GitLab和GitLab CI的Web Hook,并跟踪每个单独的提交和构建状态.
2. 启动自己的自定义运行程序,尝试为收到的每个传递的webhook执行分段站点的传递.应用程序可以使用例如fabistrano,以便于部署/回滚.
3. 在GitLab中监听合并请求以合并到通过所有测试的GITLab中.

有什么想法吗？有没有人用GitLab CI实现CD？

Answer 1

我会开发一个来自 gitlab CI 的 webhooks 的监听器，并且只处理跟踪分支的成功构建，然后需要签出和交付。特别是，我认为不需要处理来自 gitlab 的 webhook 和协调，来自 gitlab CI 的信息似乎足够了（它包含构建状态、参考分支和提交 id）。

根据您的存储库布局，您可以通过下载存档

gitlab.example.net/namespace/repository/archive.zip?ref=githash

或签出相关提交并调用您的 CD 脚本。

如果您想集成 CD 脚本的反馈（部署是否有效），您可以从运行器中调用所有这些。请记住，如果您的设置时间太长，您可以有多个跑步者。