环境一直正常,更新了tomcat版本后自动部署报错 ERROR: Publisher hudson.plugins.deploy.DeployPublisher aborted due to exception org.codehaus.cargo.container.ContainerException: Failed to deploy [/var/lib/jenkins/jobs/devel_auto_build_deploy/workspace/build/libs/reis.war]

注:原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.    最初接触Jenkins也是由于公司需求,根据公司需求Java代码项目升级的.(公司是基于Java代码项目,可参考本微博http://www.cnblogs.com/maxtgood/p/7742399.html),后来研究自主项目上线部署,个人觉得Jenkins的东西还是蛮多的,可塑性超强.所以才决定记录Jenkins的学习过程 Jenkins持续集成企业实战系列之两种网站部署的流

最近用jenkins+gitlab+ansible做持续化集成,自动化部署和版本回滚.然而deploy plugin没能做到增量升级和回滚操作,折腾了很久决定自己写个脚本来简单实现. 环境: centos 7.0 64位 gitlab:v2.9.0 git:2.9 jenkins .git plugin.GitLab Plugin.Dynamic Parameter Plug-in等 ansible:2.1.0.0 各工具职能: 1.gitlab做版本管理 2.jenkins根据指定参数,分别执

前言 在之前已经写了关于Git,Gitlab以及Ansible的两篇博客<Git+Gitlab+Ansible剧本实现一键部署Nginx--技术流ken>,<Git+Gitlab+Ansible剧本实现一键部署动态网站(二)--技术流ken>,以及关于jenkins的简单使用<Jenkins持续集成介绍及插件安装版本更新演示(一)--技术流ken>.相信大家也已经完全掌握了这三项工具的使用,也可以使用这几项工具可以部署静态以及动态网站了. 以前的博客可以实现一键部署网站

Jenkins +svn +maven +tomcat+ ansible 自动化批量部署 一．部署svn yum install subversion 先创建目录 mkdir /home/svn 创建版本库 1 cd /home/svn     //先进入svn目录 2svnadmin create /home/svn/test   //用svn管理员创建proname库 3 cd  /home/svn/test    //进入库 4.subversion目录说明 db目录:就是所有版本控制的数

今天我们来谈谈NetCore在Linux底下的持续集成与部署.NetCore我就不多介绍了,持续集成用的是Jenkins,源代码管理器用的是GitHub.我们就跟着博文往下走吧. 1.Linux环境 2.Jenkins自动构建 定时构建 触发构建 3.NetCore部署 4.总结一下 1.Linux环境 在进行自动构建之前,我们需要一个可以运行的Linux环境,并保证环境安装了NetCoreSDK,Git,Jenkins等环境,那在这边就不多说环境的安装,提供相对应的安装教程,大家按照安装就可以

在之前已经写了关于Git,Gitlab以及Ansible的两篇博客<Git+Gitlab+Ansible剧本实现一键部署Nginx--技术流ken>,<Git+Gitlab+Ansible剧本实现一键部署动态网站(二)--技术流ken>,以及关于jenkins的简单使用<Jenkins持续集成介绍及插件安装版本更新演示(一)--技术流ken>.相信大家也已经完全掌握了这三项工具的使用,也可以使用这几项工具可以部署静态以及动态网站了. 以前的博客可以实现一键部署网站了,但

前言 在之前已经写了关于Git,Gitlab以及Ansible的两篇博客<Git+Gitlab+Ansible剧本实现一键部署Nginx–技术流ken>,<Git+Gitlab+Ansible剧本实现一键部署动态网站(二)–技术流ken>,以及关于jenkins的简单使用<Jenkins持续集成介绍及插件安装版本更新演示(一)–技术流ken>.相信大家也已经完全掌握了这三项工具的使用,也可以使用这几项工具可以部署静态以及动态网站了. 以前的博客可以实现一键部署网站了,但

Devops 开发运维高级篇之Jenkins+Docker+SpringCloud微服务持续集成--部署方案优化 之前我们做的方案部署都是只能选择一个微服务部署并只有一台生产服务器,每个微服务只有一个实例,容错率低 如何去解决? 在一个Jenkins工程中可以选择多个微服务同时发布 在一个Jenkins工程中可以选择多台生产服务器同时部署 每个微服务都是以集群高可用形式部署 Jenkins+Docker+SpringCloud集群部署流程说明 修改所有微服务配置: 再开一台生产服务器  装有do

写在前面 我们以前windows跑.net Framework程序的时候,发布,自己乖乖的替换程序:备份,也是自己一个一个的重命名备份:回滚,发布遇到问题的回滚更是不用说了:运维很是怕我们 这些用windows的啊: 那全面拥抱linux的一一.net core 时代 ,是如何处理这些个问题的呢? 噔噔蹬蹬~请往下看. 运行环境 centos:7.2 cpu:1核 2G内存 1M带宽 Jenkins ver. 2.150.1 一台安装jenkins的机器. (本文例子不一定要安装jenkins,

写在前面 大家可以看到本文的配图,左边是jenkins单机环境,右边是jenkins集群.个中区别,不言而喻,形象生动. 前面我分别介绍了.net core 程序的多种部署方式(无绝对孰优孰劣): 1.普通直接部署(Asp.Net Core 程序部署到Linux(centos)生产环境(一):普通部署). 2.docker部署(Asp.Net Core 程序部署到Linux(centos)生产环境(二):docker部署). 3.jenkins+docker自动化部署(Asp.net Core

前面又是废话 我之前写过: Asp.Net Core 程序部署到Linux(centos)生产环境(一):普通部署 Asp.Net Core 程序部署到Linux(centos)生产环境(二):docker部署 大家可能会有疑问,分布式环境当中的部署还是跟我们在windows一样,一台机一台机的去部署.更新程序吗? 其实,拥抱Linux 我们还有更多选择,比如:自动化部署: 运行环境 centos:7.2 cpu:1核 2G内存 1M带宽 前面说过了,不过还是写运行环境还是再写一下 安装dock

2019/1/31更新,经过我一段时间的使用 建议大家的jenkins还是不要使用docker方式安装 建议大家的jenkins还是不要使用docker方式安装 建议大家的jenkins还是不要使用docker方式安装 非docker方式安装,请参考linux centos 安装Jenkins(非docker方式) 以下是原文内容 写在前面 其实园子里很多大佬都写过,我也是一个搬运工很多东西不是原创的,不过还是想把自己安装的过程,记录下来如果能帮到大家的忙,也是一件功德无量的事: 运行环境 ce

PHP 基于 Jenkins ansible 动态选择版本进行自动化部署与回滚(第二版) 先看流程图: 大概介绍一下: 版本选择使用jenkins 中的 git parameter 插件实现 回滚方式比较low,直接使用代码库目录方式实现 其中gitlab.ansible.jenkins安装不在本文讨论范围之内. 效果 先看下效果图: jenkins 发布配置 PHP 代码不需要 Ant 或者 meaven 编译,所以可以直接使用. 新建一个项目,比较重要的是:选择参数化构建 选择git par

linux 运行时 错误日志 Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled. -20190801-10:22:02 main org.springframework.boot.SpringApplication Application run failed org.springframework.beans.facto

一.基础配置介绍 jenkins安装成功之后如果某些东西配置的话,可能部署的时候一堆的问题,所以单独总结一下,让大家少走弯路 二.准备工作 1.需要准备一台服务器,大家可以在网上买,个人学习的话还是建议大家去安装一个虚拟机,去装一个Linux系统.关键字点击跳转:虚拟机安装教程  Linux安装教程  2.需要准备一个远程连接工具,连接到Linux系统,作者采用的是:Xshell 工具 (注意:Xshell下载地址翻到本文最下面). 3.Linux安装jdk教程: https://www.cnb

1.新建的Slave:系统管理-->管理节点-->新建节点 远程工作目录 即是 节点服务器 站点文件存放目录 在配置节点时 启动方法 配置的选项中的 Launch agent via Java Web Start 找不到这个选项 原因是 TCP port for JNLP agents 此项配置没有选中 随机选取 解决办法: 系统设置-->Configure Global Security-->TCP port for JNLP agents 2.新建完节点后出现如下图界面: 点击

如题,jenkins构建成功,在jenkins的workspace中有生成的war包,但没有发布到tomcat的webapps目录. 构建日志 找了很多原因发现应该还是项目相对路径不对导致的,我的war包相对路径配置之前是这么配置的:target/bicycleSharingServer-master.war                              (bicycleSharingServer-master项目名) 修改为 使用**/*.war这个万能配置,解决问题,成功发布wa

1.展示这段shell命令 +详解 #===================================================================================== #=================================定义初始化变量====================================== #================================================================

关于Jenkins流水线(pipeline) Jenkins 流水线 (pipeline) 是一套插件,让Jenkins可以实现持续交付管道的落地和实施. 关于blueocean Blue Ocean是pipeline的可视化UI,本文中的demo暂时用不上blueocean,后续的文章中会用到: 系列文章地址 <Jenkins流水线(pipeline)实战之:从部署到体验>: <让Jenkins执行GitHub上的pipeline脚本>: 本篇实战概览 本文是<Jenkin

即将介绍的两种热部署方式: 1.SpringLoaded 2.DevTools 区别: SpringLoader:SpringLoader 在部署项目时使用的是热部署的方式. DevTools:DevTools 在部署项目时使用的是重新部署的方式 SpringBoot版本:2.1.9-RELEASE IDEA版本:2019.2.4 热部署 大家都知道在项目开发过程中,常常会改动页面数据或者修改数据结构,为了显示改动效果,往往需要重启应用查看改变效果,其实就是重新编译生成了新的Class文件,这个