背景: 想在拉取代码前,删除代码,结果百度白天找到答案,mark下 需要安装Workspace Cleanup Plugin插件, 再看创建任务项,勾选即可实现

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

下载所需插件,系统设置-->插件管理,搜索以下两个插件,选择安装 登录gitLab,生成一个Personal Access Tokens 进入Jenkins,添加api token,路径:首页-->凭据-->添加凭据 添加后再次打开,如图所示 然后打开系统管理,进入系统设置,配置gitLab 然后进入job,进行配置 进入GitLab,打开项目-->settings 测试成功,返回200 到此,触发器配置成功,开发一旦有提交代码,就会自动构建,如图所示 Ps:遇到的问题:gitLa

一.简介 1.CI/CD CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法.CI/CD 的核心概念是持续集成.持续交付和持续部署.作为一个面向开发和运营团队的解决方案,CI/CD 主要针对在集成新代码时所引发的问题(亦称:"集成地狱"). CI 持续集成(Continuous Integration) 现代应用开发的目标是让多位开发人员同时处理同一应用的不同功能.但是,如果企业安排在一天内将所有分支源代码合并在一起(称为"合并日"),最终可能

1.Sonar 介绍 Sonar 是一个用于管理代码质量的开源工具,可以分析代码中的bug和漏洞以及Code Smells,支持20多种编程语言的检测,如java,c/c++,python,php等语言,当前有超过85000家组织在使用sonar.Sonar可以与DevOps工具链完全整合,可以与大多数构建工具进行内置集成,与Jenkins,TFS / VSTS,TeamCity,Bamboo等持续整合引擎轻松集成,支持众多源代码管理配置工具,如git,svn,cvs等. 官方地址:https:

前言:软件缺陷是不可避免的,要尽量减少错误并提高软件质量,主要有两在类技术,即缺陷预防和缺陷检测 缺陷预防包括编写更好的设计规范.实施代码审核制度.运行代码静态分析工具.运行单元测试等 PMD是一种开源分析Java代码的工具,通过静态分析获知代码错误,该工具可以做到检查Java代码中是否含有未使用的变量.是否含有空的抓取块.是否含有不必要的对象等等 因此Jenkins+PMD构建自动化静态代码检测是很有必要的 PMD下载地址:http://sourceforge.net/projects/pmd

1.需求场景 用户提交代码后自动触发jenkins构建项目 流程图如下: 2.JenKins安装Gitlab Hook Plugin插件 3.JenKins配置 4.Gitlab Hook Plugin 插件 需注意回调地址的格式: 格式: http://USERID:APITOKEN@JENKINS_URL/project/YOUR_JOB 样例: Jenkins帐号 User ID:  ops API Token: adbc123456789 项目: LinuxHub   http://op

一.问题描述 今天遇到个问题,我这边提交了代码后,一般会马上去jenkins上点一下,构建到开发环境上. 但是发现修改没生效,后来发现,提交的版本假设是3250,但是jenkins构建使用的版本为3249,或者3248,总之差一两个版本. 一开始没找到问题,以为只是偶然,后面多来了几次后,仔细看了看日志,发现有个警告(下面标红的那行): clock of the subversion server appears to be out of sync 如下: 09:53:43 Started by

1.安装条件:jdk1.8以上的,百度jenkin进入官网--download ,根据需要的版本下载 2.jenkins概念:持续集成,jenkins开源属于插件式形式进行管理的,选择性的装插件,支持可视化web系统 把代码放到svn--jenkin拉取svn上的代码/直接拉取本地代码 3.people :用户,Build Histry :构建历史,project relationship :模块,check file fingerprint :日志输出,凭证 4.使用步骤: 设置--系统设置(

引入RF是为了能够快速的开展自动化验收测试,Jenkins而一种持续集成工具,用于监控持续重复的工作,持续的软件版本发布/测试项目,而通过RF+Jenkins可以有利的对RF构建的接口项目进行持续集成测试.Jenkins另一个强大之处就是它的分布式构建(在Jenkins的配置中叫做节点),分布式构建能够让同一套代码在不同的环境(如:Windows和Linux系统)中编译.测试等.而且Jenkins构建的代码和产物最后自动拷贝到主节点. 简单概括而言,结合RF+Jenkins开展持续集成基本步骤:

对于Jenkins的使用,我感觉只用到其中一小部分功能,但也就是这一小部分功能,也推动了整个CI/CD的过程,Jenkins的使用方式有很多中,可能我用到的只是其中一种,但是已经满足我的需求,便不再贪婪,本次要约定好Jenkins中的脚本规则,对于我的整个生成流水线来讲,约定至高无上,遵从约定,或许会出现错误,但出现的几率肯定低于不遵从约定,随意设计好的多. 一.Jenkins安装及项目配置 1.Jenkins安装 在以前的博客中已经介绍过Jenkins的安装,我使用的是在Docker中安装Je

注:本文来源于<KaliArch> jenkins笔记 一.相关概念 1.1 Jenkins概念: Jenkins是一个功能强大的应用程序,允许持续集成和持续交付项目,无论用的是什么平台.这是一个免费的源代码,可以处理任何类型的构建或持续集成.集成Jenkins可以用于一些测试和部署技术.Jenkins是一种软件允许持续集成. 1.2 Jenkins目的: 1.持续.自动地构建/测试软件项目.2.监控软件开放流程,快速问题定位及处理,提示开放效率. 1.3 特性: 开源的java语言开发持续集

Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使软件的持续集成变得可能.现在软件开发追求的是效率以及质量,Jenkins使得自动化成为可能! 亮点 采用shell自定义脚本,控制集成部署环境更加方便灵活 精简war包中的lib包,常驻tomcat里,减少war包传输时间 Jenkins 用户权限管理,不让淘气鬼乱动 构建失败发邮件通知相关人员解决 自动按天备份war包,Jenkins配置备份以及版本控制化 环境 Ubuntu 14.10 (GNU/Linux 3.16.0-

Flask & Vue 构建前后端分离的应用 最近在使用 Flask 制作基于 HTML5 的桌面应用,前面写过<用 Python 构建 web 应用>,借助于完善的 Flask 框架,可以轻松的构建一个网站应用.服务端的路由管理和前端模板页面的渲染都使用 Flask 提供的 API 即可,并且由于 werkzuge 提供了强大的开发功能,可以在运行时自动重新加载整个应用.如果使用 gevent 提供的 WSGIServer 作为服务器网关,在使用时需要进行一定的配置.此时仍然是由 P

小白对jenkins运维的使用有点简单的想法,这里开个记录贴记录下. 由于未找到jenkins构建失败后执行其他脚本的插件,也暂时没有使用其他运维工具.所以想自己写一个shell脚本,一是方便其他人使用,二是可以失败后回滚. 本文使用gitlab webhook触发jenkins构建,jenkins执行shell命令--->mvn或者npm打包--->打包成docker镜像--->发布--->发布成功后用jenkins的git publisher插件push一个gitlab tag

最近做项目,使用了前后端分离,后端代码是用maven构建的,前端之前没有了解过, 和开发稍微沟通了一下,开发提供了非常有用的信息, 只要搜索关键字 jenkins 构建 Vue,按照步骤操作,果然编译顺利成功. 如果你之前的项目都是一个jar包.war包的,没有分离,那么强烈推荐看一下下面的文章 测试人员需要了解一下开发人员一直在讲的前后端分离 下面说说前端代码构建步骤: 现在去新建job 下面进行配置 简单的流程,现在点[保存] 并进行构建,就可以构建成功了. 但是为了方便,我们将打包出来的t

最近一个项目开发中,我们在本地进行项目打包时,可以正常打包. 但是在使用jenkins构建时,一直报错,提示无法加载字体文件.can't resolve module '....xxxx.TTF ' 但是在我们排查了文件之后,发现此文件存在于项目中 此时进行问题排查,删除此字体文件相关的代码,可以进行打包. 此时,项目中还存在其他的字体文件, 问题的端倪因此而出,应该是报错的字体文件配置有问题. 查看之后,发现报错的字体图标文件名 后缀为TTF,而正确加载的字体因为为ttf. 修改报错字体文件的

↑开局一张图,故事全靠编↑ 前言 打开搜索引擎输入『Copy攻城狮』,发现最新的一条记录已经是去年的4月,意味着我又有一年时间没有再总结成长了.习惯了“温水煮青蛙”的日子,无论是经验水平还是薪资收入,已经被同期的小伙伴远远地甩在了后头.开年至今,一直在家“云办公”的我,被各种打包发布需求困扰.由于种种原因,小作坊模式的开发团队代码托管依旧用的svn,无力改变也无力吐槽,我们项目是完完全全的前后分离,前端用的人人都会的Vue,之前都是美丽善良的测试妹妹用公司测试打包专用电脑自己纯手工打包.纯手工发

实战:一键生成前后端代码,Mybatis-Plus代码生成器让我舒服了 前言 在日常的软件开发中,程序员往往需要花费大量的时间写CRUD,不仅枯燥效率低,而且每个人的代码风格不统一.MyBatis-Plus 代码生成器,通过 AutoGenerator 可以快速生成 Entity.Mapper.Mapper XML.Service.Controller 等各个模块及前端页面的代码,极大的提升了开发效率. 项目介绍 本项目将以springboot用演示,前端使用freemaker,数据库持久层用m

前言 本文来总结写webpack 在性能方面常见的优化方案. 正文 本文分别总结开发环境和生产环境中在打包构建速度和代码调试功能方面的优化方案,如下: 1.开发环境性能优化 (1)优化打包构建速度 a.HMR: hot module replacement ,热模块替换,作用:当一个模块发生变化的时候,只会重新打包发生变化的模块,并不会打包所有模块,极大的提升了代码构建速度. 只需要在webpack.config.js中的devserver中添加: devServer: { // content