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

  • 时间:
  • 浏览:0

ps -ef | grep tomcat

1,首先打开帮我迭代的项目的log,并监控(当然是在不解决任务的从前把项目停下来了,减少异常数据经常总出 的机会)

......

[root@iZ23whn33jnZ webapps]# ls

docs  examples  host-manager  manager  ROOT  WeChat  wechat20100315.tar

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

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

kill -9 53245

对于替换 .class ,直接把本地编译的对应的 .class 文件替换到生产环境就都还要了,或者重启服务。

在多人分工战略战略合作时,使用该依据 较合理。

机会还有别的部署依据 一并分享,比如打成 war包 哪几种的。

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

1,在项目打包成 jar 时,打包从前的 jar 要放在本地环境跑一跑,解决到生产环境跪掉了。

或者再替换文件夹中对应的 .class 文件。

3,shutdown从前,查看不是停止,ps -ef | grep tomcat ,机会该程序依然存在,这么 kill 掉你你你这个程序,不存在就后要kill了。

注意:

/tomcat/bin/shutdown.sh

对于替换 jar包 ,比如朋友 更改了 wechat-service.jar 中的一一一两个多多多多文件,这么 把 wechat-service.jar 解压, 得到 wechat-service 文件夹。

5,启动从前,ps -ef | grep tomcat 肯定是有的了,等全版启动从前,用浏览器机会 手机访问下就都还要了。

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

我在部署时常用的命令:

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

机会改动很大,机会能保证项目改动必须本人,这么 也是都还要覆盖的,毕竟改动大,一一一两个多多多多一一一两个多多多多替换 .class 文件的工作量变大,出疑问的几率也更大。

tail -f wechat/log/wechat.log

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

或者在把你你你这个更改过的文件夹 wechat-service 打成 jar 包:

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

/tomcat/bin/startup.sh



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

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

从前新的 jar 就出来了,把你你你这个新打出的 jar 替加带生产环境上对应的 jar,就ok了。

2,版本的迭代当然不是一点的依据 ,也都还要放一一一两个多多多多预生产项目(也或者和原生产项目一样一样的哦,也都还要理解为备份),预生产项目和联 产项目同一时刻必须 存活一个。比如 现在环境是从前的:生产环境当前情况表start,预生产环境当前情况表stop。现在还要迭代,先对预生产环境更改,预生产环境更改后,先shutdown生产环境,在start预生产环境。当应用跑起来没疑问了,这么 再对生产环境同样的操作也就放心了。shutdown预生产环境,start生产环境,从前就会更安全一点了。机会中途预生产环境跪掉了,立刻切换到生产环境。

项目上线从前,版本的迭代必不可少,或者为什么我做才是相对规范,安全的呢?

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

[root@iZ23whn33jnZ webapps]# tar cvf wechat20100315.tar WeChat

WeChat/

WeChat/tx_list.html

WeChat/pay.html

WeChat/css/swiper.min.css

WeChat/css/youngor.css

WeChat/myorder.html

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