生产环境发布遇到的问题

0810第一次发布，发布时间长达七个半小时，从晚上七点到凌晨一点半。其中遇到很多问题，如下所示：

###1.应用配置文件被直接封装在jar包中。造成修改的严重不便。

例如：
将配置文件打入jar包，配置文件在windows下不会出错，但在Unix环境下会出现乱码问题。由于配置文件在jar包中，出现乱码问题，修改及其麻烦。

强烈建议：
不要将应用配置文件封装jar包!!!配置文件的传输可以使用winscp等工具进行传输，此类工具会将windows文件的编码格式转为Unix。

###2.Tomcat存在版本兼容问题，提前并未告之。后期临时更改至 tomcat 7.x版本后修复部分问题。

例如：
生产环境中用的是Tomcat8，但某开发在测试环境擅自使用Tomcat7，导致生产环境发布时出现问题。更改为Tomcat7后服务正常启动。

强烈建议：
不要擅自修改测试环境，测试环境应与生产环境完全一致。若服务需要必须修改，请务必告知运维修改生产环境。

###3.发布包不符合规范，造成发布过程中人为的大量建立目录。

例如：
发布过程中，服务无法正常启动。日志显示是某文件夹没有建立，或文件夹下没有某文件。

强烈建议：
按照规范相关要求，提供相应文档。另外请不要在发布时，又拿出一份新的文档。即使新文档仅做了少量修改，也会对发布过程造成无限期延长。

###4.文件不经过测试环境测试或文件在测试环境中不稳定，就拿到生产环境发布。

例如：
昨天发布时，服务无法启动，某开发说了一句，在测试环境有时候能够启动呀。另一系统无法启动，通过查看错误日志，发现配置文件中配置的目录是 D:\app\app\file 这种windows的目录配置，这是在Windows环境下测试的么？

强烈建议：
严格在测试环境中测试，不符合标准的不要发布！（我知道不可能。。。）

###5.出现问题开发就推卸责任。

例如：
你们运维给的测试环境和生产不一样呀。我们机器上跑就没问题，你们生产的配置有问题。

强烈建议：
好好解决问题，提高开发人员素质。。。