因上努力，果上随缘。但行好事，莫问前程。

配置NodePort（目的是让webhook钩子直接使用ip）

基础集群组件SpringCloud 业务组件。

一般情况下，部署的流程大概是这样的，所有的测试环境权限全部放出去然后由开发测试人员进行构建调试使用，而预发线上的环境则由测试人员测过之后发通知邮件给运维，运维进行部署，部署完之后回复邮件。然而有时候会遇到部署完了之后忘记回邮件的情况，因此配置Jenkins的构建邮件通知也是很有必要的一项。首先来介绍比较简单的系统自带的比较简单的邮件通知。1，进入系统配置当中2，配置Jenkins的URL以及系统往外发邮件通知所使用的身份3，然后拉到最下边进行配置4，这个时候可以去邮箱看一眼收

有时候更改一些项目的配置，可能是全局性的，一个一个来配置，实在麻烦，现在有一个批量操作的插件。插件名称：Configuration Slicing Plugin直接安装，然后就可以使用了。先点击系统管理然后往下翻就能找到。点击进去可以看到有很多的配置项可以更改的。推荐几个常用的修改点，Execute shell slicer，parameters，Timer Trigger Slicer，Timestamper Slicer，Tied Label Slicer，Discard

配置Jenkins控制台输出显示实时的时间，在某些情况下，有助于个人对整个系统的把握以及管理。配置方法很简单，需要插件：Timestamper，如下图所示：搜索之后直接安装就可以了。然后进入到系统中任意某个项目中，去到配置界面，在构建环境中勾选：Add timestamps to the Console Output。如图：然后构建新的项目，就会看到每条输出都有时间戳了。如图这个时候在前一次构建下边多出一个选项框：1，使用系统时间进行输出显示。2，使用浏览器时

Jenkins启动之后，会默认的在/root目录下生成一个.Jenkins的目录，这个就是Jenkins的家目录。当然这个目录的位置也是可以更改的，具体更改的办法，随便百度一下就会有结果。先来看看长什么样子。[root@xdjenkins .jenkins]$ll total 96 -rw------- 1 root root 788 Apr 17 11:25 com.dabsquared.gitlabjenkins.connection.GitLabConnectionConf

Jenkins拉取从Git仓库拉取代码进行部署操作。现有两种方法，今天分别记录两种方法，并对其中一些问题进行讲解。1， 直接通过其附带的Git插件来拉取代码配置如下图：通过在源码管理当中直接设置Git仓库的代码链接，然后下边添加相对应的已注册用户账号密码，如此就可以拉取到本地workspace里了。然后就能够针对代码进行操作了。那么这种方式构建的项目，分支切换更加灵活，一般情况下构建记录当中所显现的代码变动记录也会非常大，在真正构建之前都是代码变动的记录。看到方框里边就是汇总显示

一、admin密码未更改情况1.进入\Jenkins\secrets目录，打开initialAdminPassword文件，复制密码； 2.访问Jenkins页面，输入管理员admin，及刚才的密码； 3.进入后可更改其他管理员密码；二、admin密码更改忘记情况1，删除Jenkins目录下config.xml文件中下面代码，并保存文件。<useSecurity>true</useSecurity> <authorizationStrategy cla

Jenkins配置钉钉的通知非常简单。首先在任意一个钉钉群里创建自定义的钉钉机器人，然后能够看到钉钉开放的webhook。复制webhook。Jenkins中安装钉钉插件，然后在项目的配置当中，构建后操作里添加钉钉报警。url一般默认已经有了，webhook是token等号后边的一串数字字母结合的东西。选择下边的报警机制，在相应的情况下，就会在群里有通知了。...

服务器配备：Jenkins 192.168.96.26 Gitlab 192.168.96.27 Nexus 192.168.96.28 MySQL 192.168.96.29 Test Tomcat 192.168.96.17 这个地方看似需要准备的挺多的，其实很多都是已经搞好了的。中间的三个基本上都是我们搭建好了之后，交付给开发人员或者DBA让他们进行操作，我们这里讲的，就只是对Jenkins以及另外一台上的tomcat之间的项目关系。这个地方看

配置界面总览如下详细配置1， 系统设置此处定义Jenkins的全局消息，或者是邮箱的配置。2， 全局安全配置主要是配置用户访问的控制，这里仅开启允许用户注册，这样的话，可以让所有开发测试小伙伴在这里以自己的名字注册自己的账号，然后运维管理人员根据他们不同的项目与权限进行规则的设置就行了。3， 全局工具设置里边包含了所有的代码库，或者打包工具的位置，根据情况进行设置就行。或者什么都不设置也可以。只不过以后脚本里边注意添加命令加载变量。4， 管理插件可参考：htt

前言絮叨事实上之前是做过一些简单的文档总结的，但是太扣住“简单”这个主题了，因此基本上只能是一些辅助理解的东东，并不能算作教程类的。今天，就特别来把教程详细说明写出。在教程以及文档方面，个人的一些心得就是，这是一个很有悖论的事情，教程肯定都是会了的人写出来的，而会了的人好像又不需要教程（注意是好像，因为遗忘之后又会需要），因此会了的人写的教程往往都是简之又简，不会的人往往看了会了的人写的教程，则蒙之又蒙。因此，当我愿意认真写文档的时候，常常喜欢把自己当成白痴一样的来把教程写给自己，可能会耗费多一

持续集成和Jenkins介绍对于很多做嵌入式软件的朋友来说，可能从来都没有听说过持续集成这个词，也就无从接触过Jenkins这个工具软件。那什么是持续集成？Jenkins具体用来做什么，对软件开发有什么益处呢？总得来说，这两者主要是涉及一个软件质量的主题，特别是团队开发软件项目。下面就来介绍介绍下这两者。一，持续集成的概念持续集成，Continuous integration ，简称CI。随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成