nanjj

Github的持续集成采用通知机制。

如下图所示：

graph LR
    github[Github]
    webhook[Webhook]
    github --通知--> webhook
    subgraph 持续集成
        webhook
        end

持续集成的开发人员需要实现一个Webhook来接收Github的消息通知。这个 Webhook是一个服务，需要保证安全，保证可调用。

Gitlab不是这么做的。

Gitlab用订阅的模式来做持续集成。如下图示：

graph LR
    gitlab[Gitlab]
    runner[Gitlab Runner]
    runner -.订阅.-> gitlab
    subgraph 持续集成
    runner
end

这样 gitlab runner 可以是跑在内网的某台机器，只要该机器通过=http=协 议能访问gitlab就可以。这种方式对持续集成的开发人员成本较低。但对Gitlab 服务方，成本较高。Gitlab能支持多少个Runner挂在上面呢？

Gitlab Runner 每3秒访问一下Gitlab看有没有任务，如有任务，扯下来执行。 如无任务，3秒后见。

Gitlab Runner 后面可以跑docker， kubernetes等。我觉得通过 Gitlab Runner 的shell模式可以跑=lxd= 。