情况：基于关于整个项目的更新，而不是部分文件。这里是整个产品或者项目都是自己一方进行维护，不考虑多个公司支持同一产品时的联调之类的情况。
- 平时操作要求
s1 告。告知即将关闭应用，或者“何时将开始进行系统升级/维护，届时应用将会出现无法访问等情况。升级/维护后会另作通知”。
s2 关。关闭tomcat,停止用户访问而产生新的文件和数据；
s3 备。（要求：命名规则需要带有来源信息，如机子ip——和日期）
·备份数据库以便出错时可以恢复;名称命名统一为：proName-fromXXX-time-beforeDeploy 其中，xxx代表客户信息，如地方名、公司名称等。若要体现版本信息(则time可以按照实际情况看是否省略)，直接写在proName后面。如proName-v1.0-fromXXX-time-beforeDeploy。
· 备份整个项目应用以便出错时可以恢复；名称命名统一为：proName-fromXXX-time-beforeDeploy.tar.gz
· 独立备份客户文件（已包含在第二步中）。如上传文件。以便可以单独进行操作，如添加到到即将要使用的版本项目中；名称命名不做要求。完成整个部署后可以删除。
· 独立备份准备要部署过去的环境项目和数据库，并记上部署版本号信息。（一种是备份参数未完全修改成客户环境的部署版本，这样一来，不需要调整本地参数后再调回来，而就只需要等到客户部署后再修改部分信息；一种是备份已经完全模拟客户环境参数的部署版本，这样就直接拿去客户环境进行部署即可。但是在本地要恢复成原来适合本地的参数。毕竟本地的东西有svn信息。小心更新的时候，你懂得……）名称命名统一为：proName-time-beforeDeploy (.tar.gz or .war) 和 proName-time-beforeDeploy
· 完整备份部署之后且能运行（即对相关配置文件做了修改，还有客户资料，以及自己试过更新功能之后等）的整个应用和数据库。此时记上客户版本信息。名称命名统一为：proName-time-afterDeploy (.tar.gz or .war) 和 proName-time-afterDeploy
s4 告。告知升级/维护完毕。
我的文件夹目录：
- 平时操作要求