项目部署,版本迭代个人心得

简介:

项目部署,版本迭代个人心得

项目上线之后,版本的迭代必不可少,但是怎么做才是相对规范,安全的呢?

当然原项目备份是必不可少的了:

比如我的项目名是 Wechat (我使用的tomcat服务器,所以该项目Wechat默认在 webapps 文件夹中)

首先对原项目打包:tar cvf wechat20150315.tar WeChat

[root@iZ23whn33jnZ webapps]# tar cvf wechat20150315.tar WeChat
WeChat/
WeChat/tx_list.html
WeChat/pay.html
WeChat/css/swiper.min.css
WeChat/css/youngor.css
WeChat/myorder.html

......
[root@iZ23whn33jnZ webapps]# ls
docs  examples  host-manager  manager  ROOT  WeChat  wechat20150315.tar

这里可以看到刚才打的tar包,打包完成后,接下来可以对线上的项目进行增删迭代了。

对项目版本的迭代,当然是改动越小越好,改动越小越安全越容易把控 , 所以呢,不要用本地环境的项目覆盖生产环境上的项目。

最好只是对于某一个jar包的更改,或者某一个 .class 文件的更改,确保改动最小。

对于替换 .class ,直接把本地编译的对应的 .class 文件替换到生产环境就可以了,然后重启服务。

对于替换 jar包 ,比如我们更改了 wechat-service.jar 中的一个文件,那么把 wechat-service.jar 解压, 得到 wechat-service 文件夹。

然后再替换文件夹中对应的 .class 文件。

然后在把这个更改过的文件夹 wechat-service 打成 jar 包:

jar cvf wechat-service.jar -C wechat-service\ .


(结尾是 "\ ."  反斜杠+空格+英文句号)

这样新的 jar 就出来了,把这个新打出的 jar 替换成生产环境上对应的 jar,就ok了。

在多人分工合作时,使用该方法较合理。

如果改动很大,如果能保证项目改动只有自己,那么也是可以覆盖的,毕竟改动大,一个一个替换 .class 文件的工作量变大,出问题的几率也更大。

如果还有别的部署方法一起分享,比如打成 war包 什么的。


我在部署时常用的命令:

1,首先打开我要迭代的项目的log,并监控(当然是在不处理任务的时候把项目停下来了,减少异常数据出现的可能)

tail -f wechat/log/wechat.log

2,再开一个命令窗口,ps -ef | grep tomcat ,记录下该 对于的项目进程的 PID (因为要在shutdown时,该进程有可能停止不了,比如pid 为 53245)

ps -ef | grep tomcat

2,监控log日志,当无人访问,不执行任务时shutdown

/tomcat/bin/shutdown.sh

3,shutdown之后,查看是否停止,ps -ef | grep tomcat ,如果该进程依然存在,那么kill 掉这个进程,不存在就不用kill了。

kill -9 53245

4,这时把更改过的对应文件 或者 对应的 jar 包,替换到生产环境就好了。然后 start

/tomcat/bin/startup.sh

5,启动之后,ps -ef | grep tomcat 肯定是有的了,等完全启动之后,用浏览器或者 手机访问下就可以了。


注意:

1,在项目打包成 jar 时,打包之后的 jar 要放在本地环境跑一跑,避免到生产环境跪掉了。

2,版本的迭代当然也有其他的办法,也可以放一个预生产项目(也就是和原生产项目一样一样的哦,也可以理解为备份),预生产项目和生产项目同一时刻只能 存活一个。比如 现在环境是这样的:生产环境当前状态start,预生产环境当前状态stop。现在需要迭代,先对预生产环境更改,预生产环境更改后,先shutdown生产环境,在start预生产环境。当应用跑起来没问题了,那么再对生产环境同样的操作也就放心了。shutdown预生产环境,start生产环境,这样就会更安全一些了。如果中途预生产环境跪掉了,立刻切换到生产环境。




相关文章
|
Kubernetes Cloud Native jenkins
下篇:使用jenkins发布go项目到k8s,接上篇的手工体验改造为自动化发布
下篇:使用jenkins发布go项目到k8s,接上篇的手工体验改造为自动化发布
624 1
|
2月前
|
监控 前端开发 jenkins
Jenkins 在前端项目持续部署中的应用,包括其原理、流程以及具体的实现方法
本文深入探讨了Jenkins在前端项目持续部署中的应用,涵盖其基本原理、流程及具体实现方法。首先介绍了Jenkins的基本概念及其在自动化任务中的作用,随后详细解析了从前端代码提交到生产环境部署的全过程,包括构建、测试、部署等关键步骤。最后,强调了持续部署中的代码质量控制、环境一致性、监控预警及安全管理等注意事项,旨在帮助开发者高效、安全地实施持续部署。
69 5
|
7月前
|
前端开发 Java 开发工具
JeecgBoot v3.7.0 all 版本发布,前后端合并一个仓库
合并前端源码和后端源码到一个 git 仓库,修复几个已知严重 bug。
80 2
|
8月前
|
小程序 IDE 开发工具
社区每周丨IDE 3.7.4 Beta 版本上线及基础库更新至 2.8.10(6.5-6.9)
社区每周丨IDE 3.7.4 Beta 版本上线及基础库更新至 2.8.10(6.5-6.9)
88 11
|
8月前
|
小程序 IDE 开发工具
社区每周丨基础库更新至 2.8.8及IDE3.6.3 Beta 版本上线(4.3-4.7)
社区每周丨基础库更新至 2.8.8及IDE3.6.3 Beta 版本上线(4.3-4.7)
82 11
|
弹性计算 安全 应用服务中间件
项目部署及版本发布
项目部署及版本发布
196 0
|
JavaScript
nodejs以往版本
nodejs以往版本
67 0
|
运维 监控 Linux
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 3【上传gitlab后自动部署到服务器】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 3【上传gitlab后自动部署到服务器】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 3【上传gitlab后自动部署到服务器】
|
缓存 监控 测试技术
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 4【gitlab-runner在gitlab上要如何配置】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 4【gitlab-runner在gitlab上要如何配置】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 4【gitlab-runner在gitlab上要如何配置】
|
存储 安全 测试技术
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 2【gitlab到底咋配置】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 2【gitlab到底咋配置】
【实测】用土话让你明白如何做测试平台的持续部署和集成 - 2【gitlab到底咋配置】