Jenkins初步学习（二）

1.构建

 问题：为什么需要构建？

 

2.构建成功为蓝色，构建失败为红色

 

 

3.查看构建日志 Console Output

 

 

 

 

 

4.回滚，取得最近一次的备份覆盖到线上，

ROLLBACK_VERSION  

 

 

5. 通过查看Parameter参数得到本次构建动作所用到的VERSION版本号

 

 

6.创建视图

待项目构建完成后，还可以创建视图，将相关业务（应用）构建的工程放到同一个视图下，有多少个应用就创建多少个视图。如下创建视图：

 

 

 

7.查看控制台信息

ctrl +F 弹出搜索框，搜索failure,来看失败数据。

 

大佬给我说了一段话，我暂时理解不了，暂时记下来。

原来是A(B,C,D等)系统---->Jenkins  
这是一个自动触发的过程(因为我们编写了SVN的钩子程序或者GIT的)   
现在是A(B,C,D等)系统--->中间系统(运维管理平台)--->jenkins 

jenkins主要是用来做持续集成(CI)、持续交付、持续构建的。可以对每一个项目配置一个svn或者git地址的jenkins构建也是基于maven的，所以也要配置一下maven。
就是说，原来我们使用maven命令去打包、去构建的这些操作，全部都交给jenkins替我们去做，我们只需要配置好jenkins就可以了。

还要编写一个Svn钩子程序，这样当我们在本地提交代码到SVn时候，钩子程序会自动触发jenkins。
jenkins就可以根据我们对每一个项目的配置，进行不同的操作：比如，构建、打包、发布等。

我们做的是没有使用钩子程序——不让它自动构建
我们在本地代码所在的的这个程序与jenkins之间做了一个桥梁(就是一个系统,做成了通用的)  
只有我们在这个桥梁上触发了构建，就是手动点击构建，执行部署这些操作，才会触发jenkins去做这些操作。

原来是A(B,C,D等)系统---->Jenkins  这是一个自动触发的过程(因为我们编写了SVN的钩子程序，或者GIT的)   
现在是A(B,C,D等)系统--->中间系统(运维管理平台)--->jenkins 

我们会在运维管理平台手动去点去触发这些操作。

中间又写了一个系统，做成了一个通用的平台，只要你的项目，需要使用jenkins，直接在这个平台上面配置好，然后手动去点，就可以了 。

特别有价值的博客，需要看多遍！！！

https://www.cnblogs.com/kevingrace/p/6022447.html