玩Devops的小伙伴应该对Jenkins都有了解. Github上16.8k的Star的项目,1500+的构建.发布等自动化插件可供选择,事实上的业界CICD标准领导者. JFrog.Coding等一众你能见到的企业级的Devops解决方案基本上都是用Jenkins做引擎. 产研流水线用Jenkins可以说真的很香.​但是前几天它突然不听话了,它也有不香的时候,手动裂开. 前几天在做一个jenkins job的迁移,由于是第一次搞,在迁移的过程中遇到了小意外,出了点小插曲. 起因是在迁移的过程

在一次巡查 Jenkins 时,发现很多个项目的历史构建比较多,这些历史构建对于现在来说又没有什么用处,那么想把它删除,但是一个一个删除很累,毕竟总共加起来有上千个,历史构建,而且还不只是一个项目.那么我们可以批量删除吗?答案是可以的. 项目管理 ----> 脚本命令行 --->放入下面的脚本 def jobName = "ugou-admin-online" //删除的项目名称 def maxNumber = 600 // 保留的最小编号,意味着小于该编号的构建都将被删除

 先提供一个思路供大家参考,想将构建成功或者失败的信息发送给指定URL的话,可以这样:1.A构建后触发另一个构建B,构建B执行某个插件2.插件的功能:   (1)利用jenkins API获取构建A最后一次的构建信息,eg: http://192.168.212.73:8080/job/41_start_mongoDB/lastBuild/api/json (2)将获取到的构建信息(可以根据需求第二次封装)发送到指定URL 插件的内容其实就是http请求,可以用自己熟悉的语言写.     具体实

1.重置单个JOB的构建历史item = Jenkins.instance.getItemByFullName("your-job-name-here") //THIS WILL REMOVE ALL BUILD HISTORY item.builds.each() { build -> build.delete() } item.updateNextBuildNumber(1) 2.重置所有JOB的构建历史 Jenkins.instance.getAllItems(Abstra

目录 原理图 前期准备 Jdk11安装 Jenkins安装 Maven安装 Jenkins的设置 插件安装 变量配置 搭建项目 1.通用配置 2.源码管理 3.构建触发 4.Maven的构建选项 5.构建后操作 原理图 鉴于网上很多资料一上来直接就开干了,这里我先把这几天所经历的理解化成一张图,以便后续内容更加容易理解. 由上图可以清晰的看到,只要我们再本地的Idea提交代码到GitHub远程仓库,随后Github触发一个web hook(简单来说就是一个Http请求).随后Jenkins接收到

1.环境部署: windows server 2008R2环境   2.相关软件 SVN(源代码管理器:jenkins通过插件从源代码管理器下载代码)   Jenkins(主角)地址:http://ftp.yz.yamagata-u.ac.jp/pub/misc/jenkins/windows-stable/jenkins-2.19.1.zip; JDK 1.7以上 .netframework 4.0等等 最好安装visual studio软件   3.Jenkins安装 1.启动服务 双击后一

今天我们来谈谈NetCore在Linux底下的持续集成与部署.NetCore我就不多介绍了,持续集成用的是Jenkins,源代码管理器用的是GitHub.我们就跟着博文往下走吧. 1.Linux环境 2.Jenkins自动构建 定时构建 触发构建 3.NetCore部署 4.总结一下 1.Linux环境 在进行自动构建之前,我们需要一个可以运行的Linux环境,并保证环境安装了NetCoreSDK,Git,Jenkins等环境,那在这边就不多说环境的安装,提供相对应的安装教程,大家按照安装就可以

背景介绍 上一个轮回,我花了三篇文章的时间着重向大家介绍了在条件有限的情况下,如果优雅地进行前端发版和迭代.庆七一,热烈庆祝香港回归,人民生活水平越来越好,昨天上午我自掏腰包买了台服务器,决定由冷兵器脚本编程部署时代进入热武器CICD 时代. 而今,山河无恙,飞机脚本终于不用再飞写第二遍了,敬礼! gitlab & jenkins: 我代表 CICD 接管构建部署,你们可以下岗,我们上岗! 手工苦力劳动:那我走..... 需求分析 我们在处理计算机问题时,应该去思考这样一个理念,"能坐着

Jenkins:基于linux构建ivy项目 (二) 基于以上<Jenkins:VMware虚拟机Linux系统的详细安装和使用教程(一)>的配置再进行对ivy项目构建: 启动tomcat:sh startup.sh ,在浏览器访问jenkins:https://linuxIP/jenkins 点击:"系统管理"-"插件管理",安装插件:ivy Plugin和ant Plugiin,安装成功重启 Linux安装ant :apt-get install a

Jenkins Jenkins是一款开源 CI&CD 软件,用于自动化各种任务,包括构建.测试和部署软件.Jenkins 支持各种运行方式,可通过系统包, Docker 或者通过一个独立的 Java 程序.Jenkins通常作为一个独立的应用程序在其自己的流程中运行, 内置Java servlet 容器/应用程序服务器(Jetty).Jenkins也可以运行在不同的Java servlet容器((如Apache Tomcat 或 GlassFish))中作为servlet运行.但是设置这些类型的

此前介绍过几篇关于Jenkins配置相关的文章,今天再来说说参数化构建和构建前删除已有的报告.在实际测试过程中,是需要测试几套环境的,不使用参数化构建的话,构建脚本就比较麻烦了:自然,已生成的报告,不删除再构建,发送的报告也就比较冗余.接下来就来说下这两个简单的配置. 参数化构建 参数化,这个词,相信大家都很熟悉,就不啰嗦了.在jenkins配置中,常规配置下,勾选参数化构建过程按钮.添加对应的参数,有凭证参数.字符参数.密码参数等,此处选择Active Choices Reactive Par

1.新建与配置结点 [系统管理]-> [管理结点]-> [新建结点] 2.配置slave 说明: Name: 定义slave的唯一名称标识,可以是任意字符串,通常设置为slave主机名.ip地址 描述: 关于slave的描述,通常用于描述与其它salve的区别 # of executors: 来自官方描述:这个值控制着Jenkins并发构建的数量. 因此这个值会影响Jenkins系统的负载压力. 使用处理器个数作为其值会是比较好的选择. 增大这个值会使每个构建的运行时间更长,但是这能够增大整体

Build after other projects are built:在其他项目触发的时候触发,里面有分为三种情况,也就是其他项目构建成功.失败.或者不稳定的时候触发项目: Poll SCM:定时检查源码变更(根据SCM软件的版本号),如果有更新就checkout最新code下来,然后执行构建动作.如下图配置:*/5 * * * * (每5分钟检查一次源码变化) Build periodically:周期进行项目构建(它不关心源码是否发生变化),如下图配置:H 2 * * * (每天2:00

开发同事在提交代码到gitlab后,需要使用jenkins对代码进行构建,每次都需要手动操作会很繁琐,如果工程很大,那么也会浪费时间,gitlab的webhook功能,可以在代码提交后自动调用jenkins进行指定的项目构建 这里默认已经安装过了jenkins和gitlab 1.配置自己的项目,在项目的构建触发器这里选择高级 2.然后点击下面几个选项,分别为根据正则选择分支.自动生成的密钥,这个密钥和方框里的地址(学名:回调)等会都会被填写到gitlab里 点击保存后到gitlab里的任务里进行

根据上篇文章<Linux下Jenkins与GitHub自动构建NetCore与部署>,我们知道了Jenkins的强大功能,自动构建,部署了一个NetCore的Web,让开发人员专注于开发,不用管理线上,或测试服务器的部署.那现在,互联网公司很多采用了前后端分离的开发模式,既然服务端可以用Jenkins,那么前端是否也可以吗?那我们就尝试下,试着去构建一个Vue的基本项目. 1. 构建环境 2. Jenkins自动构建 3. 项目部署 4. 总结一下 1. 构建环境 对于整个linux环境是什么

1. 定时构建语法:* * * * * (五颗星,多个时间点,中间用逗号隔开)第一个*表示分钟,取值0~59第二个*表示小时,取值0~23第三个*表示一个月的第几天,取值1~31第四个*表示第几月,取值1~12第五个*表示一周中的第几天,取值0~7,其中0和7代表的都是周日 2. 常用定时构建举例:由于项目的代码一般存在放SVN中,而一个SVN往往是有多个项目组在提交代码,而每个项目组又有多人组成,其中每个人也都在对自己的那块代码不停地在进行维护,所以说对于一个公司而言,SVN的提交记录往往是很

Jenkins以前打包都会将打出的拷贝放到历史版本里放到Daily_Result里,昨天不只是误操作还是系统问题,误将一个历史版本的包删掉了,而且这个包是之前比较稳定的一个版本,需要重新给客户发,所以比较棘手,需要把这个版本利用jenkins重新打出来,在网上看到一篇文档可以实现这个想法. 原本出处:https://blog.csdn.net/lxlmycsdnfree/article/details/78579769 jenkins 指定 之前某版本 构建 1.找到之前的构建版本版本 对应的

 Console Output 提示:'Python' 不是内部或外部命令,也不是可运行的程序 定位原因:python.exe 不在jenkins执行用户的PATH里面 解决:构建的时候Python命令加上python.exe的路径 再次构建提示成功: 如何将C:\Python27添加到JenKins的$PATH尚未搞清楚 ---------------------------------------------------------------------------------------

首先安装插件: jenkins>>manage jenkins>> manage plugins>>可选插件>>搜索并安装插件: user build vars 最后介绍一下这款插件: Build User Vars Plugin是jenkins用户相关变量插件,使得在构建过程中可以使用用户相关环境变量 BUILD_USERFull name (first name + last name) 全名 BUILD_USER_FIRST_NAME First na

0   jenkins 安装此插件: 此插件名为 " groovy postbuild " 1  效果图: 2   安装插件: 系统管理 --> 插件管理 --> 可选插件 --> 查找"groovy postbuild" --> 安装   3   Job 配置:   构建后操作步骤 -- > Groovy Postbuild --> 填写如下内容 --> 应用 && 保存 --> 构建之后 可以看到结