个人理解，说白了就是把代码测试、打包、发布等工作交给一些工具来自动完成。这样可以提高效率，减少失误，开发人员只需要关心开发和提交代码到git就可以了。

方式一：使用web hooks,这种方式的原理就是在gitlab项目的Setting-Integrations设置中增加一个请求url和一个secret，如下图
当触发钩子条件时，（一般是git push之后），gitlab会主动把secret带在请求头中去请求前面的url，后端服务接受到这个请求后并验证secret后，就可以为所欲为啦。这种方式不需要配置持续集成工具，但是需要自己单独专门写一个后端服务。由于今天主要使用下面的方式二，所以方式一的具体做法就不展开了，可以参考Gitlab Webhooks自动化部署实战
方式二：使用工具如gitlab-CI,这种方式的原理就是为项目在自己的服务器安装上注册gitlab-runner，注册会有一个token，服务器上运行gitlab-runner后，runner会轮询的发送带token的http请求给gitlab,如果gitlab有任务了，（一般是git push），那么会把任务信息返回给runner，然后runner就开始调用注册时选的Executor（我是用的shell）来执行项目根目录下的配置文件.gitlab-ci.yml，执行后把结果反馈给gitlab。详细的工作原理请移步当谈到 GitLab CI 的时候，我们该聊些什么。对GitLab-CI,GitLab-Runner等概念有点混乱的同学，可以看看这篇文章。下面说说我个人的使用步骤：