背景| 组内做UI测试,需要每天晚上执行一遍jenkins任务,jenkins任务本身是参数化构建的.但是因为jenkins本身的定时执行没有办法指定特殊的参数,所以考虑使用命令行方式启动jenkins   第一步:下载jenkins-cli.jar,查看帮助文档 不同版本的jenkins有自己对应命令行版本jar,所以最好从jenkins机上命令行说明页下载jar   访问jenkins的命令行说明页:http://192.168.111.111:8080/jenkins/cli   该页面可

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

官方说明:https://wiki.jenkins.io/display/JENKINS/Parameterized+Build 1.添加参数传递 参数类型解析: 2.在 Execute shell 中,用 $变量名称引用,如下图:

这些年我们一起搞过的持续集成~Jenkins+Perl and Shell script ##转载注明出处:http://www.cnblogs.com/wade-xu/p/4378224.html 部门用持续集成已经很久了,但其实使用起来还是很麻烦的,每当要给一个新项目set up持续集成的环境,虽然是Copy一些现有的jobs, 但是许多参数,变量需要去改,然后还有调试,少说3,4天搞一下,非常不方便. 最近比较空,就把现有的持续集成系统升级改造下,job用一套模板,全部参数化,只要修改配置

[Jenkins]Job中如何传递自定义变量 来自dweiwei   2015-06-27 18:37:19|  分类: 自动化测试 |举报 |字号大中小 订阅 用微信  “扫一扫” 将文章分享到朋友圈. 用易信  “扫一扫” 将文章分享到朋友圈. 下载LOFTER 我的照片书  |     最近在使用jenkins中踩了不少雷.Jenkins作为CI第一大神器,拥有庞大的1058个扩展插件.也许你要的答案就在里面,但是如果没有好好学习,她也可能把你搞的生活无法自理~~理想是丰满的现实是骨干的,

http://www.cnblogs.com/meitian/p/5492457.html 1,首先增加Jenkisn插件 https://wiki.jenkins-ci.org/display/JENKINS/Extended+Choice+Parameter+plugin 直接在管理界面增加. 比如一个工程下面有多个服务的时候需要参数部署,比如maven下面有多个soa服务.需要增量部署,而不是全部部署. 2,配置jenkins 在配置value的时候可以选择默认值. 配置执行脚本,打印出D

转自:http://qa.blog.163.com/blog/static/190147002201581634549893/ 希望实现的场景:Jenkins中的Job可针对不同浏览器,不同环境,运行不同的测试用例集,但测试用例只保持一份. 具体实现的思路:在运行Jenkins Job时传入参数,运行 mvn test 命令时把相应的参数带上,最终影响被执行的测试用例.   下面看看是如何一步步实现的: 1.在TestNG的XML中设置参数.下 面的截图中,我设了两个参数,一个是testEnv,

Jenkins: 使用groovy + job-dsl 创建并触发job 背景: 我们的 Automation 测试脚本需要在10个不同语言的机器上跑,本地化测试产品. 我们用Jenkins启动测试执行,需要同时向1-10个机器发送文件和脚本运行命令,现有Jenkins的配置采用master/slave 机制如下: Dispatcher Job: 1. 启用参数化,每个语言机器传递两个参数: - Choice Parameter: slave Node 名,比如这里的NodeLabel1,表示第

转载请标明出处:http://www.cnblogs.com/zblade/ 一.调研目的 jenkins可以和GitLab搭档,每当GitLab上有commit的时候,都可以触发jenkins执行相关的操作,具体的实现,可以参看我前面的博文或者网上的相关博文,不再赘述. 在完成这个功能后,接下来遇到一个新的需求,就是jenkins需要获取GitLab上的最新的push event具体来自于哪一个分支,从而定位分支的信息,为后续的操作提供分支信息. 这篇文章就从jenkins的角度来说说如何实现

[前言] DevOps方面的文章很早之前就想分享了,挤出一点时间把前段时间搭建的一些提高开发效率的东西给大家分享一下吧. 本文介绍了一个.netcore mvc web项目,从项目push到github开始 自动从github上拉取代码 编译,生成,发布 停止docker容器,删除docker镜像 通过项目的dockerfile新建docker镜像 Run容器,自动绑定ip,站点启动 整个过程只需要在jenkins这个自动化工具上点一个按钮.下面我们按顺序来简单介绍一下. 使用的内容都很基础,重

1.网络架构图如下 2.采用这种方案的原因 1.现网机器都在各个省机房内网,或者堡垒机内部.无法直接从公司总部ssh到各个现网机器 2.现网机器可以访问到公网.因此可以从公网下载制作的tar包 3.每次升级现网项目实际通过vpn远程或者堡垒机方式登录.然后手工把tar包传输到对应机器上,操作繁琐,浪费大量时间 3.方案特点描述 1.采用gitlab作为公司私有代码托管仓库,和开发约定好采用tag标签作为发布版本 2.jenkins机器有2台,一个master,一台slave.这里在jenkins

持续集成之⑤:jenkins结合脚本实现代码自动化部署及一键回滚至上一版本 一:本文通过jenkins调用shell脚本的的方式完成从Git服务器获取代码.打包.部署到web服务器.将web服务器从负载均衡器删除.解压.复制配置文件.创建软连接.测试每一台web服务器.将web服务器添加至负载均衡.回滚到任意指定版本.一键回滚到上一版本等功能,脚本放在www用户家目录并使用www用户身份执行,每个web服务器也都使用www用户运行web服务,且UID相同web目录和权限都一致,更严格的标准化可以

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

事件背景: 今天一早接到一个需求,说要jenkins持续集成,输入自定义URL,然后完成回归测试,当时有点蒙,不知道如何下手,听群里的大神思路后豁然开朗,就记录了下 一.先安装插件 插件: [Build with Parameters] [Extended Choice Parameter]: 版本不同,安装后名字可能会有些差异 二.构建一个新的项目,需要满足动态参数化构建的功能 配置; 勾选“”参数化构建过程“”,然后“添加参数”, 通过写入方式传参数,插件选择“String Paramete

转自:http://www.cnblogs.com/victorcai0922/archive/2012/06/20/2555502.html Jmeter+maven+Jenkins构建云性能测试平台(一) 最近在利用Jmeter来做一套自动化性能测试框架,做自动化性能测试框架的目的 是希望能够针对系统做一个benchmark的性能测试,能够快速的在每个版本发布后,对该版本进行benchmark性能测试,以比较与上一个版本的性 能是否发生变化,若发生变化便可以快速的通知开发人员以确定性能发生变

准备环境: CentOS7 JDK1.7.9.0_79 Maven3.3.9 Jenkins2.5.0 1.配置jdk环境变量 2.安装maven(否则在创建job时没有maven选项) unzip apache-maven-3.3.9-bin.zip 解压后,配置环境变量后验证: #mvn -versionApache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 2015-11-11T00:41:47+08:00) Maven

持续集成之⑤:jenkins结合脚本实现代码自动化部署及一键回滚至上一版本 一:本文通过jenkins调用shell脚本的的方式完成从Git服务器获取代码.打包.部署到web服务器.将web服务器从负载均衡器删除.解压.复制配置文件.创建软连接.测试每一台web服务器.将web服务器添加至负载均衡.回滚到任意指定版本.一键回滚到上一版本等功能,脚本放在www用户家目录并使用www用户身份执行,每个web服务器也都使用www用户运行web服务,且UID相同web目录和权限都一致,更严格的标准化可以

  希望实现的场景:Jenkins中的Job可针对不同浏览器,不同环境,运行不同的测试用例集,但测试用例只保持一份. 具体实现的思路:在运行Jenkins Job时传入参数,运行 mvn test 命令时把相应的参数带上,最终影响被执行的测试用例.   下面看看是如何一步步实现的: 1.在TestNG的XML中设置参数. 下面的截图中,我设了两个参数,一个是testEnv,另一个是browser.参数的值可以直接写死,也可以由外部传入.参数有不同的作用域,如直接写在<suite>下,那他的作用

[前言] 本系列主要讲述sonarqube的安装部署以及如何集成jenkins自动化分析.netcore项目.目录如下: SonarQube系列一.Linux安装与部署 SonarQube系列二.分析dotnet core/C#代码 SonarQube系列三.Jenkins集成SonarQube(dotnetcore篇) [实现功能] 这篇文章将要介绍的主要内容如下: 将上一篇文章中的sonarqube命令整合为shell脚本 将 shell 脚本集成到jenkins中 [整合sonarqube

最近在公司推行Docker Swarm集群的过程中,需要用到Jenkins来做自动化部署,Jenkins实现自动化部署有很多种方案,可以直接在jenkins页面写Job,把一些操作和脚本都通过页面设置,也可以在每个项目中直接写Pipeline脚本,但像我那么优秀,那么追求极致的程序员来说,这些方案都打动不了我那颗骚动的心,下面我会跟你们讲讲我是如何通过Pipeline脚本实现自动化部署方案的,并且实现多分支构建,还实现了所有项目共享一个Pipeline脚本. 使用Jenkins前的一些设置 为了

说起打包,我们的QA简直是要抓狂,这个确实我也很同情他们.项目最开始打包是另一个同事做的,打包步骤是有些繁琐,但是项目上线后,不敢轻易动啊!每次他们打包总要跟我抱怨,国内版本打包步骤要10多步还能忍,不能忍的是越南版本一下子21步,所以他们也总是调侃我们程序! QA:"大佬,什么时候能优化下打包流程,说好的一键呢?" 我:"大约在冬季,下个项目肯定一键,如果有可能给你做个语音的,直接说打包就行了". 最后纯属开玩笑,好了,废话不多说了,切入今天正题,如何做到一键打包