一。gitlab结合jenkins自动化项目构建部署

代替早期的手动部署服务，写文档，java-jar启动啦。麻烦还容易出错。

二。DevOps

 三。部署流水线

 

四，页面工具（类似于ones）

1，开发组长在页面添加项目成员，

2，创建项目，项目下添加人员权限

3，创建迭代，周或者月，导入项目需求

4，创建任务，分配任务给人员

随着DevOps的兴起，出现了持续集成（Continuous Integration）、持续交付（Continuous Delivery） 、持续部署（Continuous Deployment） 的新方法

持续集成的重点是将各个开发人员的工作集合到一个代码仓库中。通常，每天都要进行几次，主要目的是尽早发现集成错误，使团队更加紧密结合，更好地协作。
持续交付的目的是最小化部署或释放过程中固有的摩擦。它的实现通常能够将构建部署的每个步骤自动化，以便任何时刻能够安全地完成代码发布（理想情况下）。
持续部署是一种更高程度的自动化，无论何时对代码进行重大更改，都会自动进行构建/部署。

重点的概念

【CI/CD】详解自动化开发之CI/CD（持续集成、持续交付、持续部署）_程序遇上智能星空的博客-CSDN博客

四，CICD

1，持续集成

当开发人员代码提交到git上成功后，那么就自动触发自动化的构建，

 

 五，自动化部署的工具（jenkins）2

web界面的平台，网页的平台

安装一系列的插件，jenkins页面中配置与maven，git的配置东西，  配置gitlab的访问令牌配置上去

1，手动创建任务，页面配置，手动构建，然后服务器上生成目录下的war包（不是最终效果，版半手动构建）

2，自动化构建，在git上配置jenkins的信息，在jenkins配置相关信息，最终实现，开发人员push代码后自动构建服务。

3，自动化部署， jenkins需要与tomcat集成，最终当代码提交到git后。自动触发jenkins将项目部署到远程tomcat服务器上。

 

 

五。1 jekins的安装和基础配置

 安装（docker或者百度参考）