1.Jenkins安装到tomcat 需2步: ①官网下载Jenkins(一个war包) ②安装 所谓安装,也有两种形式: 一是在安装了jdk的情况下直接运行:java -jar jenkins.war 二是将Jenkinsxxx.war放到tomcat的根目录下(即 tomcatxxx/webapp 目录下). 测试是否安装成功(放到tomcat的测试方法): ①启动tomcat ②在浏览器地址栏输入:http://localhost:8080/jenkins/,看是否能进入Jenkins的界

jenkins 清除工作空间报错 错误如下: Error: Wipe Out Workspace blocked by SCM 解决方法: 进入jenkins服务器,进入workspace,手动rm cd /var/jenkins_home/workspace ===================注释================== 如果你的启动命令如下:[进行了外部目录的挂载] docker run -itd -p 9980:8080 -p 50000:50000 --restart a

如果使用jenkins的默认工作空间,它默认安放在 /var/lib/jenkins 目录下,但这个在分配Linux磁盘的时候,一般为40G,时间长或者项目多的话,很容易将磁盘空间占满,所以我们需要将默认工作空间迁移,步骤如下: 将运行的jenkins停掉,直接在url后面加上exit即可. 默认jenkins的配置文件是 /var/sysconfig/jenkins ,打开编辑器,将JENKINS_HOME改为比较大的磁盘中. 需要把原来工作空间的所有内容,移动到新的工作空间中. 重启jenk

最近刚使用阿里云ECS centos服务器,购买的是40G的系统盘,60G的数据盘. 昨天在查看服务器磁盘空间的时候,偶然发现 /dev/vda1 下面40G的空间已使用17G, 因为服务器才开始使用,上面安装的有maven,jdk,nexus,svn ,jenkins, 能产生增量数据的主要是在jenkins和nexus. 因为nexus才清理过发布的私有工程数据,于是进入jenkins空间查看j使用, cd /root/.jenkins/ du -ahc -d1 果不其然,14G的数据来自j

持续集成通过自动化构建.自动化测试以及自动化部署加上较高的集成频率保证了开发系统中的问题能迅速被发现和修复,降低了集成失败的风险,使得系统在开发中始终保持在一个稳定健康的集成状态.jenkins是目前广泛应用的持续集成工具,本文记录我使用jenkins+Git配置持续集成环境的整个流程以及踩到的坑(jenkins过程的坑往往不是在第一次配置,而是在配置结束后更改某些配置项的时候踩到). 总体流程如下: tomcat8.0下载地址:http://tomcat.apache.org/ jenkins

由于dotnet项目的生产环境环境部署工具比较少,所以我使用jenkins作为生产环境的自动化部署工具. 既然有回滚操作,那么就会有部署操作:要实现回滚,先要实现部署的操作,我在jenkins搭建了一键从测试环境发布到正式环境的工具,部署的大致思路如下(详细的操作点这里,有详细节点配置和部署配置): 前提:安装jenkins的环境为master,每一个生产环境为slave,slave是实时连接到master的. 1.测试环境上使用了CCNET进行每次的代码变更编译部署,在测试环境上进行编译的版本

.Abstract { padding: 15px; border: dotted 2px #999; color: #999; font-family: "Microsoft Yahei" } .First { margin: 10px 0; font-family: "Microsoft Yahei"; text-align: left; padding: 6px 20px; color: #fff; background: #55895B; font-size

开发项目,版本控制必不可少,我用的版本控制软件为SVN,那么如何把jenkins和SVN结合,使得SVN源码一有上传更新,jenkins就马上构建项目呢?下面说一下配置过程   1)         首先要在jenkins中添加svn的用户名和密码:打开"Credentials"界面进行添加,如下图 2)         配置项目工作空间 3)         配置项目:源码管理选择SVN,如下图: 4)         配置项目:设置构建触发器 Build periodically:

大概过程如下图: 由于需要用到docker打包镜像,jenkins宿主机上需要安装docker,原先的jenkins server安装在centos6上无法运行docker,所以这里单独用一台centos7安装一个jenkins server. jenkins的安装方法有多种: 1.下载jar包,直接通过java运行. 2.用tomcat作为容器运行. 3.通过yum安装. 4.通过docker运行. 安装过程都很简单,这里就不详细说明了. 1.安装插件.打开jenkins页面,安装CloudB

jenkins:VMware虚拟机Linux系统的详细安装和使用教程 (一) 不是windows安装虚拟机可跳过 1.Windows安装VMware 2.VMware安装linux系统 3.windows用putty或SecureCRT连接linux(不需要在window上操作linux命令的可跳到5) 在linux上查看ip:ifconfig   例如:inet addr:192.168.213.128 在window的cmd上ping该ip: ping 192.168.213.128 如果p

一. 背景 之前我们的开发流程为在本地进行webpack打包编译,然后svn提交源代码和编译后的代码.同时每次提交前也会从svn更新源代码和编译后的代码.这样做有几个缺点: 1. svn 更新和提交编译后的代码造成大量冲突文件 2. 由于我们使用非覆盖式发布的命名方式,在经过小组多人多次优化提交测试之后,在整理需要发布的文件列表时,很容易遗漏一些文件 3. 在涉及到多人开发同一功能时容易产生代码被覆盖.人工安排发布优先级.手动注释他人未上线代码等情况 4. svn的分支开发繁琐不友好,加重工作量

软件安装 安装包下载连接:https://jenkins.io/download/ 安装步奏:略 账户名:admin 密码:C:\Program Files (x86)\Jenkins\secrets\initialAdminPassword(路径据实际安装路径而定) 需要添加的插件与配置 需要添加的插件: MS Build配置: 任务新建及设置配置 General:为了防止构建产生过多的历史记录以及生成的发布包,对磁盘造成过多的占用导致磁盘没有可再被写入空间导致其他软件无法正常运行的问题,这里

本篇的目的是实现使用jenkins远程执行postman接口测试脚本 准备工作:一台linux服务器(可以用虚拟机搭建一个),linux服务器上安装好node.js.newman,部署好jenkins 阶段一:远程执行接口测试脚本 1. 新建一个自由风格的软件项目 2. 在Build标签配置shell脚本(linux服务器选择执行shell:windows系统选择执行windows批处理命令) (1) 在填写shell脚本前,需要把在postman中导出的json格式的脚本上传到服务器某个目录下

环境准备 Git: 安装部署使用略. Jenkins: 2.46.2版本安装部署略(修改jenkins执行用户为root,省得配置权限) JDK: 安装部署略. Maven: 安装部署略. 服务器免密登陆 Jenkinsfile文件编写 node { def mvnHome def workspace = pwd() stage('Preparation') { // for display purposes // Get some code from a GitHub repository g

gitblit是当作git服务器,也就是作为私有的代码仓库,用法类似于Github Jenkins 是自动构建工具,帮忙将仓库中的代码更新到服务器上.可以设置为定时自动构建. 详细摸索了我现在公司的用法, 先简单描述下工作过程: 平常我们写好代码之后,会git push到仓库,然后到 Jenkins 上点一下,手工执行了一下项目的构建,然后Jenkins让服务器执行了Shell脚本, shell脚本执行了git checkout . 以及git pull , 以及重启相关服务等. ## ----

.NET持续集成与自动化部署之路第一篇(半天搭建你的Jenkins持续集成与自动化部署系统) 前言     相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛.由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包

通常的情况下在我们的一个项目当中,项目会有多个分支系统,而我们不可能为每个分支系统都配置一个jenkins服务,这样既浪费资源,也增加构建部署的难度,为了解决这个问题jenkins给使用者提供了非常强大的分布式部署功能,也就是节点的管理,我们只需要在master节点配置好jenkins服务,通过指定slave节点来进行对应的系统进行部署就可以达到分布式部署系统管理,进入管理节点页面 jenkins服务所在服务器为master节点,master负责分发任务给slave节点这里展示了节点的部分信息

今天请教了大神,终于把jenkins给搞明白了 现在做下笔记,防止自己老年痴呆又忘了怎么配置 (截图可能不够清晰,有不清楚的随时评论打call) 机器配置: 安装配置规划 机器 192.168.169.139(本机虚拟机) 192.168.169.140(本机虚拟机) 系统 Red Hat Enterprise Linux Server release 6.4 (Santiago) 系统内核 2.6.32-358.el6.x86_64 安装包 jenkins.war 路径 Tar包路径:/hom

原文地址:http://www.cnblogs.com/keithtt/p/6410229.html 大概过程如下图: 由于需要用到docker打包镜像,jenkins宿主机上需要安装docker,原先的jenkins server安装在centos6上无法运行docker,所以这里单独用一台centos7安装一个jenkins server. jenkins的安装方法有多种: 1.下载jar包,直接通过java运行. 2.用tomcat作为容器运行. 3.通过yum安装. 4.通过docker

继上一篇文章http://www.cnblogs.com/EasonJim/p/6077225.html,大致实现的思路,今天来记录一个真实项目实践. 一.新建项目 选择[构建一个自由风格的软件项目],其余的不要去选择. 二.项目配置 1.项目名称 2.SVN迁出代码配置 注意:如果时git就配置相应的git操作 说明: [Credentials]为svn的账号密码,通过[Add]按钮进行配置.如下: [Local module directory]这个路径时源代码迁出时存放的路径,切记,这里的