Gitlab提供可持续集成服务。只要在项目根目录创建一个.gitlab-ci.yml文件，并为这个项目制定一个runner，当有合并请求或者push的时候就会触发build。快速上手，请参考官网教程. 本文将介绍写gitlab-ci.yml中一些常用的功能。

基础模板

GitLab使用YAML文件来配置项目的build，且这个文件放在项目的根目录。 下面是一个用于nodejs项目的gitlab-ci最基础的配置模板：

在前两篇文章中，介绍了GitLab CE的安装以及一些常用的配置。这篇文章将会介绍关于邮箱的配置。因为GitLab中涉及的邮箱过多，且容易混淆，而且学习的过程中有需要的疑惑和容易出错的地方，因此就单列一篇来介绍邮箱的配置，以便后续查阅。 GitLab 中有两种邮箱的配置：系统邮箱配置和用户邮箱设置。系统邮箱用来为系统给用户发送一些系统邮件，而用户邮箱则用来接收系统邮件，例如代码合并、CI测试结果通知等。 下面将会将我遇到的问题以及整理的结果一一讲解。

系统邮箱设置

系统邮箱即为GitLab CE安装的时候配置的邮箱，用来给用户发送系统邮件。如果安装了sendmail或者postfix等邮箱，则可配置相应的通用邮箱的设置即可，因为我是使用官方的docker镜像安装的，所以并没有安装sendmail和postman，所以需要配置SMTP来启用邮箱功能。

GitLab Runner 用来运行GitLab CI 任务（job），runner通过解析项目中的.gitlab-ci.yaml文件，来获取需要运行的job,并将结果反馈给GitLab。GitLab Runner 用Go语言实现，可以很方便在Linux，macOS 甚至windows上安装。官方也提供docker image，可以直接docker安装。 本文将介绍GitLab runner 的安装、配置以及过程中遇到的一些问题。通过安装的过程，我们也会进一步了解GitLab CI的工作原理。

项目的开发通常都离不开对代码的版本管理。简单的方式可以在内网搭建一个仓库，然后添加各个组员的公钥来共同开发。这种方式不仅不利于管理和维护，而且功能过于单一。我们很希望有像GitHub这样的平台服务，功能齐全且好维护。但由于GFW的原因，有时候访问延迟过大。更重要的是，github免费版只支持开源项目，私有项目需要付费，而且比较昂贵，并不适合公司的项目。 GitLab 是一个类似与GitHub的项目，功能十分强大且界面美观，支持代码管理、issue管理、代码review和CI等功能。它提供免费的社区版和付费版，社区版足够满足我们的项目需求。本篇文章我将介绍GitLab社区版的安装、配置以及一些遇到的问题。