转载自:http://qa.blog.163.com/blog/static/190147002201391661510655/ Jenkins除了开源和免费,还有一个最吸引人的功能之一就是支持插件. Jenkins不光有丰富的第三方插件,还可以自己动手编写插件,和其他工具进行深度的集成,从而达到符合公司产品管理需求的一个定制化. 接下来我们会分享一系列关于Jenkins插件的使用和开发实践经验,介绍一些经典而又实用的第三方插件和公司内部自己开发的插件,希望大家能在工作中根据项目的需求灵活地运用

Jenkins的多个任务并串联参数传递 Parameterized Trigger Plugin插件可以使多个job连接的时候可以传递一些job相关的参数信息. 1.Parameterized Trigger Plugin下载地址 https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Trigger+Plugin 2.配置任务连接传递的参数 参考下图: 添加一个参数构建的下游任务"Tigger parameterized build

配置Git 很多系统(例如Linux)已经默认提供了Git,在Git主页也可以找到安装程序.对于Windows用户,最好的选择是MsysGit.请注意,如果你安装了Apple Developer Tools (for Xcode 4),那么其中已经自带Git二进制包了.如果遇到了问题,help.github.com中可以找到很多非常出色的指南. 因为所有的Git提交都带有作者和电子邮件地址,如果你还没有设置过这些内容,请执行以下命令进行配置: $ git config --global user

新建一个pipeline job 选择Pipeline任务,然后进入配置页面. 对于Pipeline, Definition选择 "Pipeline script from SCM". 需要注意的是Script Path, 这里要指定项目中Jenkinsfile文件的具体位置.默认是根目录.我这里是maven的一个子模块,所以嵌套一层. 项目中添加Jenkinsfile 关于Jenkinsfile可以查阅w3c翻译整理的文档: https://www.w3cschool.cn/jenk

1.基本概念 Jenkins在DevOps工具链中是核心的流程管理中心,负责串联系统的构建流程.测试流程.镜像制作流程.部署流程等,在持续集成中常用到的工具如下: Maven:源代码编译工具 RobotFramework:自动化测试工具 NewMan:接口自动化测试工具 SonarQube Scanner:源代码扫描工具 GitLab:代码仓库工具 Docker:镜像制作工具 kubectl:K8S工具 公司目前使用的流程是通过Redmine和GitLab中创建项目.开发提交代码.触发jenki

过去与现在 很早之前,当我们需要一个部署环境的时候,我们可能指的是一台PowerEdge R710 2U服务器,走一系列冗长的申请流程,然后上架到机房.调试网络.安装系统.调试环境.最终部署应用,就这样过去了几个月. 接着出现了虚拟化技术,我们在一台内部服务器使用Citrix XenApp划分出几台虚拟机,搭建了内部需求管理系统.SVN.测试环境等等,当需要新的机器时,我们只需要再次复制出一台虚拟机即可,现在只需要几个小时我们就能整理好一个环境. 到了2013年,docker出现了.当我需要搭建

jenkins安装和简单部署 jenkins历史 jenkins是一款非常好用的团队CI(Continuous Integration)工具.它可以使你的构建,集成,发布,开发流程自动化.减轻各个环节所耗时间.同时可以自行研发插件并用于自己工作环境中. 简单描述一下jenkins构建到发部程序的过程: 首先##开发人员(提交代码至代码仓库) -> "jenkins(执行构建任务) -> 先去代码仓库拉取相应的代码至workspace -> 根据所定义的编译流程(如pom.xml

摘要: 对于中小型运维团队,jenkins作为运维利器,可以解决很多工作中的痛点.基于UI的特性从而让使用者的入门成本很低,基于插件可以具备认证,记录,条件触发以及联动,让运维工程师可以将精力放在业务而非通用需求上,从而大幅提升运行效率,降低开发成本.基于分布式的调度能力,又能在异构网络中进行集中式管理.这其中,插件功不可没,因此本文以截图的形式,详细介绍在运维中jenkins的20+主要插件 本文鉴于篇幅,无法对每个插件的用法进行详细阐述,仅对插件的关键点进行截图,大家可以在jenkins插件

在上一篇博客中,我们学习了Jenkins的搭建和插件+流水线的基本使用方法,Jenkins极大地提升了部署效率. 最近想学习一下如何集成GitLab webhook,实现进一步解放双手,目标: 推送(git push)触发构建 推送到指定分支触发构建 根据commit的文件,结合mvn -pl 指令,实现部分增量构建,并记录commit信息 推送事件也可以换成Tag push events.Merge request events等其他触发条件,根据需要自由选择. 基础实现 使用Gitlab H

漫谈:从APP崩溃率标准,到Monkey介绍拓展Maxim,及Jenkins自动化配置,持续集成获取崩溃日志 1.APP崩溃率标准 开发或测试app的同学,对于app崩溃肯定非常熟悉,频繁的线上崩溃属极度严重事故,肯定会给团队和个人带来KPI的低下,防患于未然就成了重中之重 1.1 常见的检测崩溃手段 业务测试,普通测试,环境版本兼容性测试,开发调试中遇到 健壮性测试:[数据状态异常.http请求状态异常.网络状态异常(网络波动).大数据.特殊场景.等等] monkey测试 友盟等线上检测工具监

目录 认识Jenkins 持续集成 持续交付 Jenkins简介 为什么需要Jenkins Jenkins的目标 Jenkins安装 初次使用Jenkins 加速插件安装 Jenkins-CI Jenkins的核心特性:Pipeline Jenkins java项目集成全局配置 使用Jenkins构建Java项目 Jenkins上的工作空间 Jenkins-CD 准备web容器 集成部署插件 自动部署 Jenkins配置GitLab钩子程序 Jenkins执行shell启动java程序 Jenk

最近在做基于jenkins ant  junit 的测试持续集成,单独ant junit生成的junitreport报告打开正常,使用Jenkins的HTML Publisher Plugin 插件无法正常展示报告内容,仅有三个frame占位框,如下图所示 这是由于jenkins一些安全设置导致的展示不全问题,点击F12,可以看到如下报错 解决办法 方法一:登陆jenkins系统,点击"系统管理"----"脚本命令行",执行如下命令,重新刷新JunitReport日

最近在工作中需要用到在后台代码中触发Jenkins任务的构建,于是想到Jenkins是否有一些已经封装好的API类库提供,用于处理跟Jenkins相关的操作.下面就简单介绍下我的发现. Linux Curl 首先找到的是Jenkins官网的wiki:https://wiki.jenkins-ci.org/display/JENKINS/Remote+access+API 在官网首页就有关于触发job的方法: 个人尝试了下,该方式是通过命令行直接调curl去发POST请求的方式来触发job的构建.

在centos7上安装Jenkins 安装 添加yum repos,然后安装 sudo wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo sudo rpm --import https://jenkins-ci.org/redhat/jenkins-ci.org.key sudo yum install jenkins 如果没有java的话要安装java sudo yum ins

整体流程 每次SVN上代码有变动,触发自动构建动作,并部署到服务器的tomcat上,具体流程: 1.SVN上提交代码修改 2.maven执行Goals 3.将web工程打成war包 4.关闭服务器的tomcat,拷贝war包到服务器tomcat的webapps目录,启动tomcat 项目相关配置 因为我们使用的是maven工程,所以配置下pom.xml就可以啦,重点关注build的配置,如下: <build> <finalName>dss</finalName> <

我们有一个job A, A只是配置了一些参数,它会去触发模板job B. 我一开始点击构建A, 马上发现参数配置不对,于是撤消了构建,但是我没有发现B已经被触发,我重新配置参数,然后再次构建A,这个时候就有两个B在同时构建一个项目,时间差了几十秒. 两个B在不同的机器上进行,第一个B,我们暂且叫B1(构建号644), 第二次的叫B2(构建号#645), B1构建的机器最后硬盘空间不足失败了,B2成功了.但是奇怪的是B2#645在19:30构建完成后居然去检查B1#644的状态,此是B1还没有构建

Jenkins是一个开源的持续集成工具,应用Jenkins搭建持续集成环境,可以进行自动构建.自动编译和部署,非常方便. 在服务器比较少的情况下,Jenkins的优势并不明显,但是随着项目发展,服务器数量的增加,Jenkins的优势就会凸显出来,可以很好的提高效率,减少很多人工操作. 现在很多公司的Java项目开发都是使用Git或者SVN管理代码,Maven管理多模块和项目依赖,所以今天尝试学习如何使用Jenkins搭建Github与Maven下的自动构建和部署. 1.部署Jenkins 官网下

所要用到的主要插件: [MSBuild Plugin] 具体操作: 1.配置MSBuild的版本 [系统管理]->[Global Tool Configuration]->[MSBuild],点击[新增MSBuild]进行版本的添加,如下: 注意:其中Path to MSBuild为文件夹路径,代码要编译的那台机器的文件夹,如果绑定的是slave时,这个路径就代表这slave的路径 最后,点击[Save]完成保存. 2.新建项目进行测试 这里假设在要进行构建的机器上已经新建好项目,并放在“D:

在Redhat enterprise 6.5 的服务器上,为在gutub 上的 .net 项目构建一个持续集成环境,用到了Jenkins和mono.因公司的服务器在内网,访问外网时要通过代理,所以在很多步骤都加上了代理,如果你的服务器可以直接访问外网,则可以去掉代理. 1 安装 首先要在Redhat服务器上安装必要的工具. 1.1 安装Java 先检查版本,要求1.7及以上 java –version java version "1.5.0" gij (GNU libgcj) vers

前言     上一篇随笔Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(一)介绍maven和nexus的环境搭建,以及如何使用maven和nexus统一管理库文件和版本,以及怎么将自己的模块上传至nexus私服,供其他模块引用.下面将主要介绍如何利用Jenkins.SVN.Tomcat以及Sonar来完成项目的自动化编译.测试和发布,以及检查项目的代码质量. 利器Jenkins     Jenkins源于另外一个持续集成工具Hudson,Hudson在o

前言     但凡一个略有规模的项目都需要一个持续集成环境的支撑,为什么需要持续集成环境,我们来看一个例子.假如一个项目,由A.B两位程序员来协作开发,A负责前端模块,B负责后端模块,前端依赖后端.A和B都习惯使用SVN作为代码管理工具,他们分别开始工作,一个功能完成后会提交到SVN,以便对方能够使用.一天B告诉A,我的某个功能完成了,提交到SVN,你更新下来试一下.A便从SVN更新下来代码,结果一试,我檫报错,于是告诉B你的代码有问题,B检查了一下确实有问题,然后B经过1个小时修改后,重新上传