#jenkins拉取文件路径 workspace=/data/wos/testtemp #备份路径 backspace=/data/wos/back #不能提Git的文件 config=/data/wos/config #构建ID buildID=${BUILD_NUMBER} case $deploy_env in deploy) sudo chown -R apache:users ${workspace} mkdir ${backspace}/${buildID} sudo rsync -

主要思路: 1.做三个文件夹,用于放置不可随意修改的配置文件(测试发布.预发布.真实发布) 2.每次都先修改配置文件再进行构建(构建时会先把配置文件复制到构建的目录,再同步到发布的目录) 3.发布完代码后,创建备份目录并复制代码到备份目录进行备份 4.使用脚本需要传执行类型和构建ID shell脚本如下: #!/bin/sh echo "$1" model=$ echo "${model}" version=$ project_MainDir="/data

前提条件: 1.必须有两台服务器,一个是生产环境,另一个是测试环境. 2.两台服务器上都必须安装了Jenkins. 3.其中,生产环境上的Jenkins已经开通的CLI的权限(Windows参考:http://www.cnblogs.com/EasonJim/p/6086018.html). 实现思路: 1.生产环境的Jenkins有两个工程解压和还原 2.测试环境的Jenkins有两个工程部署和回滚 3.测试环境部署工程时先压缩现有测试站点的包,通过FTP上传,完成后通过CLI调用生产环境的J

目录 1.概述 2.项目实践 2.1.环境说明 2.2.Jenkins配置 2.2.1.修改Jenkins的运行用户 2.2.2.配置Jenkins用户和Gitlab的ssh-key 2.2.3.Jenkins的凭据配置 2.2.4.目标主机的一些设置 2.2.5.新建一个自由风格的任务进行如下配置 3.项目演示 3.1.发布操作 3.2.回滚操作 1.概述 关于jenkins和gitlab的部署,不多加赘述,网上的部署文档多了去了,不踩坑,不成长!这里只聊聊生产的一些实践实用.在关于php项目

今天新搭建了一个10g的测试数据库,运行都很正常,但是在打开autotrace功能后执行语句,报错 SQL> set autotrace on SQL> select username,sid,serial#,server,paddr,status from v$session where username=USER; USERNAME                              SID    SERIAL# SERVER    PADDR    STATUS ---------

系列目录 kubernetes 滚动升级 Kubernetes 中采用ReplicaSet(简称RS)来管理Pod.如果当前集群中的Pod实例数少于目标值,RS 会拉起新的Pod,反之,则根据策略删除多余的Pod.Deployment正是利用了这样的特性,通过控制两个RS里面的Pod,从而实现升级. 滚动升级是一种平滑过渡式的升级,在升级过程中,服务仍然可用. 创建deployment kubectl create deploy nginx-test --image=nginx:1.14 sca

我们在写代码的任何过程中,都有可能出错,任何过程都有可能要!回!滚!代!码!事关重大!一定要详细讲讲. 一.关于 工作区.暂存区.本地分支: 工作区:即自己当前分支所修改的代码,git add xx 之前的!不包括 git add xx 和 git commit xxx 之后的. 暂存区:已经 git add xxx 进去,且未 git commit xxx 的. 本地分支:已经git commit xxx 提交到本地分支的. 二.遇到想回滚代码时后怎么办? 1.在工作区的代码,被我写乱了,或者

Spring配置文件,声明事务时,如果rollback-for属性没有指定异常或者默认不写:经测试事务只回滚运行时异常(RuntimeException)和错误(Error). <!-- 配置事务管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property

    update.delete的条件写错甚至没有写,导致数据操作错误,需要恢复被误操作的行记录.这种情形,其实时有发生,可以选择用备份文件+binlog来恢复到测试环境,然后再做数据修复,但是这样其实需要耗费一定的时间跟资源.     其实,如果binlog format为row,binlog文件中是会详细记录每一个事务涉及到操作,并把每一个事务影响到行记录均存储起来,能否给予binlog 文件来反解析数据库的行记录变动情况呢?     业界已有不少相关的脚本及工具,但是随着MySQL版本的

Nginx无论是对于运维.开发.还是测试来说,都是日常工作需要掌握的一个知识点,之前也写过不少关于Nginx相关的文章: Nginx服务介绍与安装 Nginx服务配置文件介绍 Nginx配置虚拟主机 Nginx反向代理负载均衡配置 Nginx+Tomcat多实例及负载均衡配置 HTTP服务器Nginx服务介绍续 Nginx优化配置详解 Nginx+keepalived高可用配置实战 Apache VS Nginx,你选对了吗? 基于 Nginx 的 HTTPS 性能优化实践 Nginx 到底可以

Kubectl Rollout 回滚及Autoscale自动扩容 Kubernetes 中采用ReplicaSet(简称RS)来管理Pod.如果当前集群中的Pod实例数少于目标值,RS 会拉起新的Pod,反之,则根据策略删除多余的Pod.Deployment正是利用了这样的特性,通过控制两个RS里面的Pod,从而实现升级. 滚动升级是一种平滑过渡式的升级,在升级过程中,服务仍然可用. 1. 创建deploymentkubectl create deploy nginx-test --image=

在 Spring Boot 中,造成事务不自动回滚的场景有很多,比如以下这些: 非 public 修饰的方法中的事务不自动回滚: 当 @Transactional 遇上 try/catch 事务不自动回滚: 调用类内部的 @Transactional 方法事务不自动回滚: 抛出检查异常时事务不自动回滚: 数据库不支持事务,事务也不会自动回滚. 那么对于上面的这些场景,我们应该如何解决呢?接下来我们一一来看. 1.非 public 方法解决方案 非 public 方法中事务不回滚的直接原因是,在非

git回滚操作系列 准备工作 本地环境 线上环境 分支 master 场景1 线上环境回滚,同步线上与本地操作 线上环境当前与本地一致 先把线上回滚至早期 获取提交日志 [root@root]# git log 回滚到指定版本 [root@root]# git reset --hard e6d68bc72be4d364fa37af95d2d3693dc06ccecf 回到本地代码可发现,git pull了之后本地分支的代码没有变化,这是因为线上的分支只是回滚了,但是没有推送到远程分支,只是在线上

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

ansible的两篇博客,本来是打算合二为一的,发现只用一篇写,嗯,好鬼长.... 一向秉承简单为美的我于是忍痛割爱,一分为二了 ansible实现升级发布.回滚功能 1.应用场景 在实际生产环境中,每天都会更改很多次配置文件,要批量地重启服务 , how ??? 机器少可以手动改,再reload一下 机器多达数百台  ——> 使用自动化工具,效率高呗   2.思路 配置文件放到一个固定的地方,每次更改时(直接在当前机器上更改),改完后批量发布到其他机器上,再reload     一.做一个配置

Jenkins配置回滚思路: 目前只能实现使用salt来管控配置文件的管控,配置文件的版本回滚需要后续定制化开发,或者进行格外其他的管理操作.后续实现 以下配置可以为每个项目备份构建文件到本地指定路径 测试路径说明: [root@jenkins-lopc-test-11 target]# pwd /opt/jenkins/jobs/pro/jobs/activiti/builds/30/archive/target   pro是jenkins上自己配置的文件目录名称 activiti是jenki

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

使用docker swarm滚动更新java项目,部署集群,这一切的前提是使用Jenkins+maven进行项目打包,分发等功能 具体可以参考我的另外三篇文章 https://www.cnblogs.com/mumengyun/p/10037246.html https://www.cnblogs.com/mumengyun/p/10000739.html https://www.cnblogs.com/mumengyun/p/10143203.html 以下写的就是如何使用docker swa

如果mysql中有正在执行的大事务DML语句,此时不能直接将该进程kill,否则会引发回滚,非常消耗数据库资源和性能,生产环境下会导致重大生产事故. 如果事务操作的语句非常之多,并且没有办法等待那么久,可以采取以后操作: 1. 在数据库中的配置文件中新增:innodb_force_recovery = 3. innodb_force_recovery影响整个InnoDB存储引擎的恢复状况.默认为0,表示当需要恢复时执行所有的innodb_force_recovery可以设置为1-6,大的数字包含

让我们的代码部署变得easy,不再难,Jenkins是一个可扩展的持续集成引擎,是一个开源软件项目,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能.Jenkins非常易于安装和配置,简单易用.本次环境模拟一整套企业生产流程 转载互联网 Jenkins 2019年04月24日 相关文章 Jenkins 前端自动发布 [git 钩子] 持续集成之Jenkins+Gitlab简介 [一] Jenkins 搭建企业实战案例 (发布与回滚)一.Jenkins介绍及安装 二.Jenkins 安装配