背景
Rainbond 自身具备基于源码构建组件的能力，能够将多种编程语言的代码编译成 Docker 镜像，然而在继续集成的过程中，往往会须要对提交的代码进行动态查看、构建打包以及单元测试。之前因为 Rainbond 并没有 Pipeline 这种可编排的机制，所以用户往往只能通过集成内部的 CI，如 Jenkins、Gitlab CI 等。这给开发者的应用减少了门槛。
所以为了更无效的帮忙开发人员做代码测试，编译缓存，甚至代码品质剖析等，联合 Rainbond 的插件体系，拓维信息基于 GitLab CI 能力实现了更加灵便，更加多样化的源码构建的性能。
流水线插件
性能
基于 Rainbond 的插件体系，拓维信息奉献的流水线插件次要性能包含以下五局部：
- 流水线治理: 开发者应用流水线模块自定义应用服务所须要的流水线，以及流水线的各个阶段
- 应用服务: 应用服务就是 Gitlab 上某一个我的项目的代码仓库，利用于开发，治理代码仓库。通常对应 Rainbond 中的组件，如果一个仓库下蕴含多个微服务，则可能对应多个 Rainbond 组件
- 代码治理: 治理代码仓库中各分支与 CI 的继续集成流程，能够查看到对应代码仓库分支的最近提交和继续集成的历史信息。
- 镜像仓库: 继续集成生成的 image 制品和版本均会在此展现，能够在这里将生成的镜像手动部署到指定环境。
- 部署历史: 镜像仓库版本部署到 Rainbond 利用下的历史记录，能够从部署详情中跳转到对应组件进行治理。
装置
流水线插件曾经公布到利用市场，可通过开源利用商店一键装置。目前该插件应用须要满足以下前提条件：
- Rainbond v5.12.0 版本
- 有可用的 Gitlab 和 Gitlab Runner
Gitlab 和 Gitlab runner 也可通过开源利用商店一键装置。装置流程如下：
- 在
平台治理 - 利用市场 - 开源利用商店中搜寻Gitlab、Gitlab runner一键装置并进行配置； - 在
平台治理 - 利用市场 - 开源利用商店中搜寻Pipeline一键装置；
具体配置和应用参考：Pipeline 应用文档
应用
在插件全副运行起来当前，回到团队视图进行刷新，能够看到左侧边栏有 Rainbond 流水线 选项，点击即可进入。流水线插件次要应用流程如下图所示，次要分为四步： 创立流水线模版 -> 创立应用服务 -> 构建 -> 部署到平台。
创立流水线模版
用户能够在模版中定义流水线的各个阶段，默认提供了 NodeJS、Java、Go、Python 的流水线模版，能够在外部自定义流水线的各个阶段。
创立应用服务
在有了流水线模版之后，咱们须要去创立一个应用服务。应用服务实际上是将代码仓库和流水线模版关联起来，最终实现该代码仓库的代码通过该流水线模版进行构建。
构建代码
在 代码治理 -> 分支治理 中手动触发流水线构建，构建过程能够在 代码治理 -> 继续集成 中查看。构建实现后，镜像会推送到流水线模版中定义的镜像仓库地址。能够在镜像仓库查看镜像制品。
部署业务
实现第一次构建后，能够在镜像仓库查看到镜像信息，此时抉择部署，能够抉择该团队下的利用，组件的名称将以应用服务的名称进行定义。部署实现后，能够在部署历史中查看到该次部署详情，点击查看详情即可跳转到对应组件进行治理，后续提交代码即可实现主动构建和部署。