1.构建镜像 下载基础镜像,这里使用openvz的包,下载地址为:https://wiki.openvz.org/Download/template/precreated,下载centos7的镜像 下载镜像后导入到本地 docker import centos--x86_64.tar.gz openvz-centos7 从官方下载最新版的Jenkins的war包和适配的jdk,这里使用jdk8.构建Jenkins的dockerfile文件dockerfile-jenkins [root@data

Jenkins中关于一些插件的使用方法 最近在为公司搭建CI平台过程中,以及在具体项目实施过程中使用过的一些插件的具体用法: 1. ant插件 这个插件可能是我们最为经常使用的,若构建脚本是使用build.xml的,那构建引擎肯定会选择ant,在我们公司后台主要是C++和存储过程开发的,前台主要是C#. 因此编译打包我都选择了ant进行.通过master-slaver这种模式,通常需要将构建脚本拷贝到slaver机器上,因此有时需要更改一下build.xml中的一些内容就比较麻烦,需要 在sla

转自:http://my.oschina.net/u/1377774/blog/168969 目录[-] 第一步.先在maven工程中单独使用jmeter-maven插件 0.环境 1.在POM.xml文件加入 2.新建scr/test/jmeter目录(这是jmeter-maven插件默认找jmeter的jmx文件的位置,若要更改在POM中作配置),把已经测试好的jmeter文件如test1.jmx拷贝进去. 第二步.在Jenkins中集成使用jmeter-maven插件 0.环境 1.在安装

一 配置介绍 使用jenkins的tfs插件进行,源码的下载,编译,打包的操作,然后使用windows的批处理命令,在局域网内(或者本机)把打包的release包,删除掉web.config,然后靠配到iis指向的磁盘位置,如此实现自动发布.在此种情况下,因为源码经过演进项目扩大,存在越来越多的文件,包也越来越大,往往进行了简单的修改,但是发布需要持续几分钟甚至更长,而人工发布就只需简单几秒钟拷贝,这样使自动化发布的效果大打折扣.为此做出一些改进的思路. 二 改进思路 删除copy配置,观察在拉

最近在为公司搭建CI平台过程中,以及在具体项目实施过程中使用过的一些插件的具体用法: 1. ant插件 这个插件可能是我们最为经常使用的,若构建脚本是使用build.xml的,那构建引擎肯定会选择ant,在我们公司后台主要是C++和存储过程开发的,前台主要是C#. 因此编译打包我都选择了ant进行.通过master-slaver这种模式,通常需要将构建脚本拷贝到slaver机器上,因此有时需要更改一下build.xml中的一些内容就比较麻烦,需要 在slaver机器上面去更改.为了方便配置管理人

1.安装插件 jenkins中安装邮件插件,选择Email Extension 2.开启smtp服务,每个客户端的设置不一样,下图是qq邮箱,仅供参考 3.设置邮件服务 3.1系统设置 3.2 在任务配置中,构建任务后,添加配置 3.4定时构建,任务的配置中,有个定时构建 语法,jenkins中有说明,立即建立,点高级,会弹出说明 分为5断 * * * * * 第一个:表示分钟 第二个:小时 第三个:天数 第四个:月份 第五个:星期几 *表示所有的值 ,表示范围 如1,2,表示1分钟,2分钟内

在jenkins中使用第3方邮件插件Email Extersion Plugin时,根据网上教程,发现每次都没有生成模板 再次查看,发现 $HOME_jenkins下没有templeate文件夹,查阅资料后,原来在用admin用户时,不会生成模板 没办法,自己下载再次尝试 # mkdir email-templates # cd email-templates/ # wget https://github.com/jenkinsci/email-ext-plugin/blob/master/sr

准备工作 Jenkins已安装 Docker和K8s部署运行成功 代码管理工具使用Git 最近公司项目使用Jenkins+Git+Docker+K8s进行持续化构建部署,这里笔者整理了一下构建部署的相关操作,以便留存查看. 项目和工具介绍 这里有两个项目:前端和后台,同样都是使用Git代码管理工具,目前是使用所谓的微服务进行发布操作,结合Docker和K8s进行部署发布. 部署步骤 传统的服务发布步骤: 拉取最新的代码 使用ant或其他工具编译项目代码 将编译的项目代码(有些配置文件是不变的,需

通过前面两篇文章,我们已经有了一个"嗷嗷待哺"的K8s集群环境,也对相关的概念与组件有了一个基本了解(前期对概念有个印象即可,因为只有实践了才能对其有深入理解,所谓"纸上得来终觉浅,绝知此事要躬行"),本文从实践角度介绍如何结合我们常用的Gitlab与Jenkins,通过K8s来实现项目的自动化部署,示例将包括基于SpringBoot的服务端项目与基于Vue.js的Web项目. 本文涉及到的工具与技术包括: Gitlab -- 常用的源代码管理系统 Jenkins,

Jenkins的部署在上一篇随笔中已经和大家介绍了,下面我们介绍一下再Jenkins中构建testcomplete项目.我这里使用的是Testcomplete11,下面详细介绍一下构建步骤. 1.Jenkins中Testcomplete插件安装 首先下载Jenkins中所需的testcomplete插件(Jenkins插件管理中也可以进行下载安装,但是为了找到最适合版本的插件我们采用先下载插件后安装的步骤) 下载地址:TestComplete support plug-in (选择1.4版本)

之前说到的jenkins自动化构建发版是通过svn方式,今天这里介绍下通过git方式发本的操作记录. 一.不管是通过svn发版还是git发版,都要首先下载svn或git插件.登陆jenkins,依次点击"Jenkins首页"->"系统管理"->"管理插件"->"可选插件",选在svn或git有关插件(ctrl+f搜索"svn"或"git"),直接进行安装即可安装成功后,

Jelly基础 参考:https://wiki.jenkins-ci.org/display/JENKINS/Basic+guide+to+Jelly+usage+in+Jenkins UI Samples Plugin 这个插件就是用来展示如何使用基于Stapler, Jelly, Groovy等技术的Jenkins UI 控件的.安装这个插件对学习Jenkins插件开发非常有用. 创建*.jelly文件 一个基本的jenkins插件结构包括以下几个部分: pom.xml src/main/j

本方案以 RHEL / Centos 64位Linux操作系统为例,由于这是眼下最常见的server环境. 一.安装Java SDK. 建议,不要使用诸如yum之类的玩意自己主动安装,由于openJDK之类的东东终于各种幺蛾子跑不起来.老老实的去oracle站点下载至少Java7 64位的终于版本号.手动安装之,配置好系统path和JAVA_HOME环境变量. vim ~/.bash_profile export JAVA_HOME=<Java安装路径> PATH=$PATH:$JAVA_HO

最近终于把gcov代码覆盖报告集成到jenkins中了,总算是完成工作,写篇博客总结下. 我循序渐进地用了三个工具:gcov, lcov, gcovr 这三个工具原理(其实gcovr依赖于GNU的gcov的)都是收集你程序run之后所产生的*.gcda文件,总的来说,我个人觉得比较喜欢lcov,应为lcov的报告读起来很不错,可惜它不能集成到Jenkins... 从头说起... 一开始我用的是GNU tool gcov,网上学习了下gcov,生成了xx.cpp.gcov报告,然后就可以查看了,g

jenkins中集成commander应用 jenkins 集成测试 promotion 最近参加公司的集成测试平台的开发,在开发中遇到了不少问题,两个星期的迭代也即将完成,在这也用这篇博客记录下开发中的问题,供读者参考 公司的应用较多,所以需要了解这几种应用在jenkins中如何做构建,我自己参与的有两种commander的应用,一种是大数据类的,一个是我们服务端架构组的scala应用 1.大数据应用BigData 配置如下: 配置文件对应的xml文件:通过crul获取xml配置文件:http

在以Jenkins为镜像创建Docker容器时,我们在jenkins的dockerfile文件中写明了要安装Docker Compose,目的也是在Jenkins容器中借助Docker Compose来完成相关的操作.   一.容器中安装Docker Compose 1.同时安装Jenkins和Docker Compose:参照之前写过的文章安装Jenkins的同时也安装Docker Compose: https://www.cnblogs.com/CKExp/p/9536864.html  

1. 概述 在Jenkins中从GitLab上拉取代码进行打包或测试. 2. 安装 Jenkins和GitLab默认已经安装好,安装过程此处不再赘述. 在Jenkins上安装Git和Gitlab插件,如下图: 3. 配置 3.1. 系统配置 Jenkins连接gitlab需要配置access token,所以先在gitlab上生成access token,后将该token配置在Jenkins上.(access token只需配置一次,后续每个工程直接使用即可) 3.1.1. 获取连接token

/** * lihaibo * 文章内容都是根据自己工作情况实践得出. *版权声明:本博客欢迎转发,但请保留原作者信息! http://www.cnblogs.com/horizonli/p/5331970.html */ 从Jenkins(二)中可以知道 jenkins 的工作目录为/opt/jenkins [很重要!!!][很重要!!!][很重要!!!]在配置此目录以前,将这两台的主机进行配置为ssh  root用户无密码远程登录(即相互登录不用输入密码),可以google一下. jenki

摘自http://blog.csdn.net/fullbug/article/details/53024562 Jenkins是一个很受欢迎的CI持续集成工具,能够实现项目的自动构建.打包.测试.发布等.还可以在构建失败.构建不稳定等状态后发送邮件通知.现介绍一下如何在Jenkins中配置实现邮件通知. 在Jenkins中配置实现邮件通知,Jenkins提供了两种方式的配置. 一种是Jenkins内置默认的邮件通知,但是它本身有很多局限性,比如它的邮件通知无法提供详细的邮件内容.无法定义发送邮件

1. 在Jenkins中配置Maven与Git 1)在系统管理>管理插件>可选插件 页面分别下载Git plugin 与 Maven Integration plugin插件,安装完成后再已安装插件中可以看到 2)在 Global Tool Configuration 中配置 JDK,Maven,Git的路径,Git版本需要注意 git.exe不能随意设置:需要设置服务器用户名/密码或者SSH链接,SSH生成private key私钥配置在jenkins中,public key公钥配置在git

因为jenkins中插件众多,很多时候大家默认安装的话,会默认安装一堆插件.而很多插件会给jenkins的各个方面去增强它, 一致于不清楚哪些功能是插件提供的,还是jenkins自带的. 所以下面将没安装任何插件时候的jenkins模样记录下来,以供参考各个插件新增的功能或选项. 一.新建任务 2.系统设置 3.全局安全配置 4.全局工具配置 5.系统管理中的目录项