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

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

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

比如我的项目名是 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生产环境，这样就会更安全一些了。如果中途预生产环境跪掉了，立刻切换到生产环境。