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

  • 时间:
  • 浏览:1

注意:

kill -9 53245

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

......

[root@iZ23whn33jnZ webapps]# ls

docs  examples  host-manager  manager  ROOT  WeChat  wechat201150315.tar

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

完后 改动很大,完后 能保证项目改动必须我本人,那末也是可不还里能覆盖的,毕竟改动大,那我那我替换 .class 文件的工作量变大,出间题的几率也更大。

那我新的 jar 就出来了,把其他新打出的 jar 替去掉 生产环境上对应的 jar,就ok了。

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

ps -ef | grep tomcat

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

WeChat/

WeChat/tx_list.html

WeChat/pay.html

WeChat/css/swiper.min.css

WeChat/css/youngor.css

WeChat/myorder.html



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

1,在项目打包成 jar 时,打包完后 的 jar 要上放本地环境跑一跑,正确处理到生产环境跪掉了。

tail -f wechat/log/wechat.log

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

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

2,再开那我命令窗口,ps -ef | grep tomcat ,记录下该 对于的项目应用程序池池的 PID (完后 要在shutdown时,该应用程序池池有完后 停止不了,比如pid 为 53245)

项目上线完后 ,版本的迭代必不可少,或者缘何做才是相对规范,安全的呢?

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

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

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

3,shutdown完后 ,查看算是停止,ps -ef | grep tomcat ,完后 该应用程序池池依然地处,那末kill 掉其他应用程序池池,不地处就不需要kill了。

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

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

/tomcat/bin/shutdown.sh

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

或者在把其他更改过的文件夹 wechat-service 打成 jar 包:

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

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

5,启动完后 ,ps -ef | grep tomcat 肯定是有的了,等详细启动完后 ,用浏览器完后 手机访问下就可不还里能了。

对于替换 jar包 ,比如其他人更改了 wechat-service.jar 中的那我文件,那末把 wechat-service.jar 解压, 得到 wechat-service 文件夹。

最好统统我对于某那我jar包的更改,完后 某那我 .class 文件的更改,确保改动最小。

我在部署时常用的命令:

完后 还有别的部署办法一起去分享,比如打成 war包 什么的。

/tomcat/bin/startup.sh