强制Review :在 Gitlab 上创建的项目，指定相关用户只有Reporter权限，这样用户没有权限使用git push功能，只能git review到Gerrit 系统上，Jenkins在监听Gerrit上的项目事件会触发构建任务来测试代码， Jenkins 把测试结果通过 ssh gerrit 给这个项目打上 Verified 成功或失败标记，成功通知其它人员 Review 。
@1. 什么是 CI/CD1.1 CI（Continuous Integration）1.2 CD（Continuous Delivery/Continuous Deployment）2. 什么是 Jenkins3. 准备工作3.1 整体规划3.2 准备代码3.3 准备服务器4.
在前面的文章中，已经介绍了:《CI&CD落地实践1-目标规划&工具、技术选型》不同于Java或一些其他插件，Git安装完成后，可以不用在Jenkins-全局工具配置中特殊指定路径，Jenkins在运行项目的时候会自动检测系统是否存在Git。
#头条创作挑战赛#最近公司安排了一个新项目，工期比较紧，需要一边开发一边测试，这就导致了项目需要频繁发布，如果使用原始的项目部署方式，会耽误开发很多时间，你会发现开发一直在帮测试部署项目，这就导致了本来工期要求就比较紧的项目更是雪上加霜，所以我们引入了自动化部署平台Jenkins
这里先来规定一下环境，一定要保证以下两点:保证GitLab，Jenkins是能够正常访问到的。Q:为什么MAVEN_HOME下的地址是 /var/jenkins_home \ A:这是因为Jenkins采用容器化方式搭建，配置的路径自然得是容器内部的地址，而容器内部的数据目录在 /var/jenkins_home 下，因而maven这里配置 /var/jenkins_home/maven 下。
切换到Jenkins配置界面，将生成的token配置到Jenkins，系统管理 > Credentials > 全局 > Add Credentials ，选择Secret text，在Secret填写上面生成的token，然后点击Create，保存token之后，就可以在SonarQube Servers添加这个token使用。
嗨，大家好，我是希留，一个被迫致力于全栈开发的老菜鸟。一般而言，一个项目部署的由:拉取代码->构建->测试->打包->部署等过程组成，如果我们经常需要部署项目，特别是在微服务时代，服务特别多的情况下，不停的测试打包部署，那估计得有个人一整天专门做这事了，而这事又是繁琐的重复无意义的，所以就需要一套能够持续集成、持续交付、持续部署的自动化构建流程。
软件系统开发最后都需要打包到服务器上线，每次手动打包，再上传到服务器的动作都是重复而枯燥的，如果我们的代码提交到git仓库后可以自动部署到服务器就非常哇塞，那么Jenkins就可以帮助我们实现这自动化的工作。
