㈠ Jenkins篇02：Jenkins的配置
在 上一篇文章 中，我们介绍了Jenkins的安装，本篇文章，继续介绍Jenkins，进入Jenkins操作界面之后，先了解一下系统管理的相关配置。
这几个目录都是可以修改的， 一般没有特殊需求不搭禅野做修改，如果指定某个目录需求修改，对于Jenkins来说只是改了数据的存储目录，并不会影响Jenkins的执行。
执行者数量，可以理解为并发量，即Jenkins配置多个项目构建任务，同时执行的最大数量。
一般会通过自动执行配置错开，尽量不要并发。当然如果涉及多个项目需要同时处理的时候，就需要把执行者数量改大，来支持更多的并发处理。
生袭燃成前等待时间，是为了给构建任务一个缓冲时间。默认为5秒，一般也不用修改。
工具位置（Tool Locations），是配置所有项目构建任务的默认工具，配置之后新建项目构建任务时便默认将这个工具加入到此项目的配置之中，而不需要单独对其进行设置。
环境变量（Environment variables）：定义键值对（Key-Value），只需要知喊引用该参数，就可以获取对应的值。
Jenkins URL，这个设置用于邮件发送的地址，用来在邮件中产生链接地址。一般可以配置内网IP和对应的端口8080。
需要设置该邮箱对应的SMTP服务器，以及认证的账号密码。设置完成之后就可以通过邮箱发送邮件了。
点击插件管理，即可进入插件管理页面。
Jenkins有着非常易于管理和配置的可视化管理界面，算是很人性化的管理，所有的操作只需要点击界面按钮就可以完成，配置非常简单，相当容易上手学习。
㈡ 自动化部署工具jenkins，从此摆脱重复单调的工作
它是基于java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。
有了它你可以免除手工编译，发布代码，上线更容易。节省的时间你可以喝杯咖啡，放松一下 ^_^
道路千万条，熟悉第一条，我这里使用 Red Hat 家族衍生的 centos 上安装Jenkins。
这里可以下载rpm包： http://pkg.jenkins-ci.org/redhat/
也可以如下操作：
安装
将Jenkins存储库添加到yum repos，并从此处安装Jenkins。
安装稳定版
还有一个LTS YUM资源库的LTS版本线
安装Java
Jenkins需要Java才能运行，但默认情况下某些发行版不包含此内容。要安装Open Java Development Kit（OpenJDK），请运行以下命令：
安装完成后Jenkins 启动之前的注意事项
默认情况是Jenkins是使用Jenkins用户启动的，但这个用户目前系统并没有赋予权限，这里我们将启动用户修改为root；另外Jenkins默认端口是8080，这个跟tomcat的默认端口冲突，我们也修改一下默认端口。
找到 JENKINS_USER 和JENKINS_PORT ，修改为root和你需要的端口
启动/停止
注意：如果收到以下错误消息，请确保已安装Java：
Starting jenkins (via systemctl): Job for jenkins.service failed. See 'systemctl status jenkins.service' and 'journalctl -xn' for details.[FAILED]
禁用防火墙
有关CentOS Java的重要说明
Jenkins需要Java才能运行，但yum install jenkins不强制已经安装了java。检查以确保您已通过运行安装了hava java java -version。为了进一步使CentOS用户感到困难，默认的CentOS版本的Java与Jenkins不兼容。Jenkins通常最适合使用Java的Sun实现，由于许可原因，它不包含在CentOS中。
如果您获得类似于以下内容的输出，则表示您使用的是Java的默认（GCJ）版本，该版本不适用于Jenkins：
要解决此问题，您可能需要删除GC的GCJ版本并安装Sun兼容版本。
如果收到上面的输出，请卸载默认的java：
然后在卸载Java之后（或者如果你根本没有安装Java那么开始）。您需要安装与Sun兼容的Java版本。最简单的方法是使用OpenJDK，它可以通过EPEL存储库获得（或者您可以直接从Oracle安装官方 RPM）。要安装OpenJDK，请运行以下命令：
根据您的CentOS版本，OpenJDK的软件包名称可能有所不同。使用yum search openjdk来检查包的名称。如果通过yum找不到OpenJDK，则可能需要安装EPEL yum存储库。安装后，您应该能够获得以下java -version输出：
Ok，到此jenkins安装完成。
接下来你可以在浏览器地址中输入Jenkins网址，如：IP:端口，将显示如下内容：
拷贝指定文件密码，进入用户自定义插件界面，建议选择安装官方推荐插件:
接下来是进入插件安装进度界面:
等待一段时间之后，插件安装完成，配置用户名密码:
OK，你可以使用jenkins来编译、发布你的代码了。oh，它支持从代码库中直接拉取代码，git、svn都支持。赶快使用你的Spring boot、go试试吧。
㈢ k8s基于Jenkins构建微服务发布平台流程
具行凳弯体步粗亏骤档闷
Configure Clouds
㈣ Gitlab+Jenkins通过钩子实现自动部署web项目，图文详细教程
扩展参考：Jenkins+Gitlab通过脚本自动部署回滚web项目至集群
1）:Gitlab服务器：ubuntu 192.168.152.131 ---参考搭建：linux安装gitlab，docker安装gitlab教程
2）:Jenkins服务器：ubunu 192.168.152.130 ---参考搭建：linux安装Jenkins，或docker安装Jenkins教程
在服务器上生成ssh-keygen，用于配置web服务器和Gitlab服务器。
3）:web服务器：centos 192.168.152.150 ---已搭建好LNMP环境
4）:开发者电脑：Windows+key密钥 （用于提交代码）
1：在gitlab创建项目Test Project
2.1）： 配置一个开发者电脑的ssh公钥到gitlab
配置一个开发者电脑的ssh公钥到gitlab，这样才能模拟开发上传代码到gitlab。
windows生成key过程及git安装，可参考：Windows下git和github的使用图文详细教程_the丶only的博客-CSDN博客_github win
在windows测试clone，和提交代码。
注：最新版git 已经将默认分支master改为main了。所以看到main，而不是master不要太奇怪
测试成功，在gitlab也显示有index.html文件。
2.2）： 配置jenkins公钥到gitlab
同理，同样需要jenkins公钥，因为jenkins也需要拉去gitlab的代码。
在 jenkins服务器 上查看公钥并复制添加到gitlab，并命名为jekins。
1：插件管理，安装插件
jenkins本身没什么功能，主要是依靠插件来实现各种强大的功能。
基本需要添加的插件：Gitlab Hook、Build Authorization Token Root、Publish Over SSH、Gitlab Authentication、Gitlab、Git Parameter
可以在 Manage Jenkins >> Manage Plugins 查看管理插件。在Available 选项搜索安装插件即可。
安装完成后，重启Jenkins。
2：添加需要部署的web主机
在 Manage Jenkins >> Configure System 中往下翻，找到 Publish over SSH 选项，点击add ssh server。
在Jenkins服务器上，查看私钥，注，是私钥，不是公钥。
将私钥填写在key位置，还有添加web服务器相关信息。
注：如果测试报错如下
Failed to connect or change directory
jenkins.plugins.publish_over.BapPublisherException: Failed to add SSH key. Message [invalid privatekey: [B@2e54414f]
是因为默认用ssh-keygen命令，默认生成了OPENSSH 格式密钥。而Jenkins暂时不支持这种私钥，私钥开头结尾如下：
所以，需要生成rsa密钥格式的。用开头说的ssh-keygen加其他参数生成即可。
私钥开头结尾如下：
再次测试，显示success，则成功。然后点击save保存即可。
3：构建任务项目
首页创建任务或者一个项目
命名为web-project，选择为freestyle project 自由项目。然后ok确认。
3.1）：源码管理 Source Code Management
选择源码管理，添加gitlab的项目clone地址。
注：最后路径选择分支，我gitlab主分支名字为main,如果是master，则写master，或者合并的其他分支。
在add添加用户
添加完成后，选择git用户，这时没有红色提醒，说明已成功连接
3.2）：构建触发器 Build Triggers
现在Build Triggers，勾选build when....，其他默认，并记下链接 http://192.168.152.130:8080/project/web-project
点击高级 advance 选项。
勾选filter branches regex选择，填写分支，生产token。其他默认
3.3）：构建 Build
选择Build 选项。选择ssh
添加web服务器
添加完毕，最后save保存。
1：添加钩子webhooks.
选择自己的项目Test Project，在设置setting里，选择钩子webhooks.
填写刚才记下的http://192.168.152.130:8080/project/web-project和token值。
最后Add webhook完成：
2：如添加失败，报错，更改Network
注：如填写失败提示Url is blocked: Requests to the local network are not allowed
还需更改Network选项。
3：测试钩子
添加完成后，下面会出现钩子选择。点击test中的，push event。
出现successful，即添加成功。
在Jenkins也可以看到刚才的测试时间信息。
在开发电脑上测试提交，我这里为Windows电脑测试。
打开Git Bash，输入以下命令：
提交成功，回到Jenkins，查看是否构建成功：
绿色显示构建成功，无错误显示。回到gitlab查看项目。
时间显示刚才也提交成功，无错误。最后在浏览器输入web地址测试，本人配置了web访问端口8082。所以输入IP加端口访问。
内容也已经自动更新成功。
完结撒花！！！
㈤ 自动化集成：Jenkins管理工具详解
下载Jenkins包
注意这里直接下载war文件，以Java服务的形式启动。
启动命令
启动日志
访问本地端口：8090
该页面会提示初始登录密码的位置，查看该文件中初始密码，并完成登录。
安装推荐插件
登录之后先把推荐的插件装上。
创建用户
插件安装完成之后会提示创建用户。
这样初始化完成。
重新启动：restart
基础配置
打开： Manage-Jenkins 选项，配置 Global-Tool-Configuration 选项：
配置组件：JDK、Git、Maven，采用开发环境的组件版本；
插件安装
安装如下插件：
简介：基于Jenkins完成本地的Git仓库项目打包；
保持构建的天数:3天，保持构建的最大个数：10个；
前置 Pre-Steps 步骤，这里执行一次maven版本查看：
构建 Build 步骤，这里直接写项目的pom路径，注意执行的maven命令：
后置 Post Steps 步骤，注意选择构建成功后才执行，自行忽略这里shell语法的不入流组合：
上述配置完成后，打开任务页面，执行如下操作：
这样就可以通过jenkins完成本地项目的打包和启动了。
简介：通过配置用户API访问的token令牌，脱离jenkins控制台，直接触发构建任务；
进入用户面板的设置选项，配置 API Token :
注意这里生成令牌后要立刻复制下来，页面会提示token无法复现。
任务配置的构建触发器模块，设置远程构建的令牌：
上面已经给到token的使用方式。
通过如下方式，直接触发上述构建任务的流程：
这里通过脚本直接请求URL的方式触发流竖脊程。
创建MavGit任务，这里不做过多的配置，与本地仓库相比，只是中简把仓库地址换成Gitee地址，只配置仓库url和分支即可，其他采用默认：
因为是开放的仓库地址，所以不用配置账号密码，默认指定master分支，然后执行build构建。
上面流程执行完后，查看MavGit的工作空间： /.jenkins/workspace/MavGit ：
这里可以明显发现，仓库的代码已经被pull下来，并且完成了自动打包流程，后续结合shell脚本完成jar启动管理即可。余培渗
同系列文章 ： 服务部署发布 灰度模式 自动化流程 消息中间件改造 微服务组件二次浅封装 源码仓库
㈥ 敏捷之路 C++ (一) jenkins配置-VS工程自动编译基本配置
Windows安装Jenkins主要有两种方式
关于安装这块官方资料齐全就不浪费时间了。
接下来启动 jenkins并按照默认设置一路下一步就行了。
成功启动jenkins并检查确认jenkins工作区无误后就可以开始配置jenkins以及自动编译VS项目的相关环境了。
建议： 所有需要安装的工具例如git,python,svn等尽量不要安装在Program Files中，自己重新指定一个没有权限问题，纯英文无特殊符号及空格等的路径。
接下来安装插件
首先是使用vs项目必不可少的MSBuild插件
以及多源项目需要的Multiple SCMs plugin
如果你需要邮件通知则安装Email Extension Plugin
建议安装一个你的工程所需版本的Visual Studio
一方面MSBUILD可以直接用，另一方面如果自动编译出问题 可以使用VS打开你的项目进行调试
通常一个相对比较大的多项目工程，如果不是一直严格按照标准配置，很难保证获取工程可以成功编译建议从以下几个角度检查
配置好了工程可以从远端克隆一个新的直接编译试一下。可以成功编译就可以配置jenkins项目了。
添加账号密码时有时候第一次添加的会无效，那就再添加一次并选择第二个。通常就可以了。
㈦ Java Maven打包总结（Jenkins多模块编译部署）
原文地址： Java Maven打包总结（Jenkins多模块编译部署）
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7个阶段。
完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个阶段。
完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库
依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9个阶段。完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
可以看到主要区别在把生成的jar包最终存放的位置， package只管打包； install把打好的包放到了本地maven仓库；deploy是同时放到本地仓库和远程maven私服
这里本地仓库默认是 /root/.m2/repository/ ，具体配置在 ${M2_HOME}/conf/settings 的 localRepository 配置项决定。远程私服仓库一般是nexus，具体地址在项目的pom.xml中配置。比如
一般是进入父级目录之后执行
如果是多级目录的话，有时候并不一定是按照 具体的项目来 编译，比如
这个时候如果一个项目一个项目来编译会超级多，很繁琐，这里是按照 subparentproject 来编译，命令如下
有个注意的地方：
subparentproject 目录下的pom.xml文件中一定有类型如下的配置
1、需要安装插件 Extended Choice Parameter Plug-In 可以支持参数单选、多选
2、项目选择"自由风格"，而不是maven编译
3、在“构建” -> "执行shell" 中编写 子模块编译脚本及其后续处理
具体配置如下图
“构建” -> "执行shell" 中的处理脚本
附加：
Linux Bash下字符串操作总结
㈧ Jenkins 自动构建部署tomcat项目
Jenkins 是一个开源的、功能强大的应用程序，可持续集成并且持续交付项目。Jenkins自动构建项目的流程原理如下图所示：
用户通过将源码push到svn或者git等仓库上，然后Jenkins会定期pull检查仓库中的源码是否有变化。如发生变化则会重新构建测试项目并打包生成相应的文件存放在指定的目录，这过程中的完成情况可设置以邮件的形式反馈给管理员，并且管理员可登陆到Jenkins上查看相应项目的构建情况。接着项目构建成功后，Jenkins会把相应的项目包推送到指定的服务器上的指定目录下， 然后执行相应的命令进行项目的部署。
接着我们就来看看如何使用Jenkins完成tomcat项目的自动构建部署。
Jenkins的安装可参考： https://www.jianshu.com/p/f2da45e2bac7
在Jenkinsweb界面中的系统管理->系统配置 添加相应的SSH Servers：
如上图所示，添加相应的SSH Server的Ip、用户密码等信息，并设置远程主目录为根目录，也可以配置SSH key 实现免密认证访问。
因为本次实验中我需要构建 https://github.com/charliewch/game-of-life 此项目，因此在构建之前需要保证Jenkins能够连接上GitHub。此实验中，我的Jenkins运行在tomcat应用上，因此其运行用户为tomcat，所以需要使用tomcat用户生成相应的ssh key 然后设置到github 的 setting中。
把上述的id_rsa.pub内容复制粘贴到github的setting中的SSH and GPG keys上：
配置完成后，能够出现下述信息，说明tomcat 用户连接到github已经成功。
在系统管理->系统设置中找到下图的设置，并配置相关的邮件服务器信息
点击新建任务，输入项目名后选择构建一个自由风格的软件项目并确定保存。
在源码管理中添加git作为源码仓库。
设置轮询SCM为每15分钟轮询一次，此处的编写规则遵循crontab 任务的周期编写规则。
在构建增加调用顶层Maven模板的步骤，添加目标为clean package，用于将相应的java项目打包成war包，存放在target目录下。
在构建后的步骤中，新增Editable Email Notification，并在高级中配置触发邮件报警的条件：
此处设置的recipient List 为上一步设置的收件人列表
继续在构建后操作添加步骤：Send build artifacts over SSH
配置完成后点击保存即可
在Gameoflife任务的工作空间中，点击立即构建按钮触发新的构建，点击Build history可查看相应的构建情况：
另外在相应的构建任务中点击查看控制台输出，能够查看构建的结果及相应信息输出，有助于排查错误。
从下图看到，报警邮件也触发成功了。
最后，此时如果用户对修改相应的git仓库的中源码，在下一次git轮询Jenkins会自动触发相应的项目构建并进行推送部署，用户可查看相应的git轮询日志来查看轮询的情况。
㈨ jenkins构建项目的错误和原因及其解决方法
我们项目开发完之后需要构建项目发布上线时，通常会使用到jenkins构建工具，然后在使用jenkins工具构建项目时通常也会遇到一些构建错误问题，通常情况下，如果项目在自己本地打包时没有问题，启动服务时也没有问题的情况下，可能是jenkins配置问题，需要开发人员配合本地配置项的修改完成，下面我给大家分享一下我遇到的一些构建失败问题，注意：本篇文章讲的主要是关于前端项目的构建失败问题。
Umi自动化工程创建的react项目
从图一中可以看出，是构建时打包命令出错，使用了不能识别的 npm run build:prod ，该命令是前端工程项目中卖友 package.json 包文件中的 scripts 中配中兆槐置的，该案例中前端并没有配置build:prod 这个打包命令，如图：
这里有两种解决办法。
直接去jenkins 上将打包命令配置成前端包文件种配置的命令，本案例中因为没有区分不同的开发环境，而且项目也只有master一个主分支，没有使用环境变量来区分不同环境的打包命令，所以图一中的问题，可以直接将jenkins里面的打包命令配置成图二中的打包命令 npm run build。去到jenkins 工具中，找到对应的配置项，如图：
如果项目变得复杂，需要进行严格的环境区分，那么这种情况下建议使用第二种方法，使用环境变量区分不同环境的打包命令，具体步骤如下：
去到前端项目在项目根目录下找到包文件package.json文件，打开后，在scripts下面配置build:prod 的打包命令，如图：
去到前端项目中的配置文件config.js中配置 APP_ENV环境变量来区分不同的环境，例如生产环境，开发环境，测试环境等，配置如下：
本文中暂时讲到图一中这种jenkins构建失败的现象以及导致失败的原因和针对其不同的两种解决方法，后续再碰到其它失败现象再补充，或者大家也可以在评论区回猜笑复各自遇到的失败情况，欢迎留言。