本发明涉及应用软件技术领域，具体涉及一种应用系统升级部署的管理方法和管理系统。
背景技术：
目前应用软件，通常采用c/s或b/s的服务架构。使用weblogic,tomcat等应用服务容器中间件，数据库采用关系型数据库，如oracle,sqlserver，db2等。
随着应用服务模块的增多，服务器文件和数据库脚本文件的增多，再加上需要频繁的升级。使用传统的实施人员手工维护的方式，常常导致升级问题，如丢升级包，漏打脚本等问题。生产环境上的版本管理也较为混乱。升级给实施人员带来较大工作量的同时，也给生产环境的稳定造成较大风险。
目前市面上有单独针对数据库版本管理的工具，单一针对数据库版本的管理，无法满足复杂应用软件集中部署的要求。
技术实现要素：
本发明旨在至少解决上述技术问题之一。
为此，本发明的第一个目的在于提出一种应用系统升级部署的管理方法，解决应用系统各模块发布的全量或增量的升级包，便于实施快速部署和升级。
为了实现上述目的，本发明的实施例公开了一种应用系统升级部署的管理方法，包括以下步骤：获取待升级文件，所述待升级文件具有版本信息；将所述待升级文件保存在指定目录下；对所述版本信息进行版本依赖校验，以校验所述版本信息与系统当前版本的版本依赖关系；在所述版本依赖校验通过后，根据所述待升级文件进行升级。
根据本发明实施例的应用系统升级部署的管理方法，解决应用系统各模块发布的全量或增量的升级包，便于实施快速部署和升级，升级操作简单。
另外，根据本发明上述实施例的应用系统升级部署的管理方法，还可以具有如下附加的技术特征：
进一步地，还包括：如果所述待升级文件升级失败，提示升级失败。
进一步地，还包括：如果所述待升级文件升级失败，根据所述待升级文件进行重新升级。
进一步地，所述根据所述待升级文件进行升级的步骤包括：获取所述待升级文件相对于所述系统当前版本的增量信息；根据所述增量信息进行增量升级。
进一步地，还包括：显示所述待升级文件的版本信息；其中，所述版本信息包括版本号和更新信息。
本发明的第一个目的在于提出一种应用系统升级部署的管理系统，解决应用系统各模块发布的全量或增量的升级包，便于实施快速部署和升级。
为了实现上述目的，本发明的实施例公开了一种应用系统升级部署的管理系统，包括：文件获取模块，用于获取待升级文件，所述待升级文件具有版本信息；保存模块，用于将所述待升级文件保存在指定目录下；校验模块，用于对所述版本信息进行版本依赖校验，以校验所述版本信息与系统当前版本的版本依赖关系；升级模块，用于在所述版本依赖校验通过后，根据所述待升级文件进行升级。
根据本发明实施例的应用系统升级部署的管理系统，解决应用系统各模块发布的全量或增量的升级包，便于实施快速部署和升级，升级操作简单。
另外，根据本发明上述实施例的应用系统升级部署的管理系统，还可以具有如下附加的技术特征：
进一步地，还包括：提示模块，用于在所述待升级文件升级失败时，提示升级失败。
进一步地，所述升级模块还用于在所述待升级文件升级失败时，根据所述待升级文件进行重新升级。
进一步地，所述升级模块具体用于获取所述待升级文件相对于所述系统当前版本的增量信息，并根据所述增量信息进行增量升级。
进一步地，还包括：显示模块，用于显示所述待升级文件的版本信息；其中，所述版本信息包括版本号和更新信息。
本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1是本发明一个实施例的应用系统升级部署的管理方法的流程图；
图2是本发明一个实施例的应用系统升级部署的管理系统的结构框图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。
参照下面的描述和附图，将清楚本发明的实施例的这些和其他方面。在这些描述和附图中，具体公开了本发明的实施例中的一些特定实施方式，来表示实施本发明的实施例的原理的一些方式，但是应当理解，本发明的实施例的范围不受此限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
以下结合附图描述本发明。
图1是本发明一个实施例的应用系统升级部署的管理方法的流程图。如图1所示，本发明实施例的应用系统升级部署的管理方法，包括以下步骤：
s1：获取待升级文件，待升级文件具有版本信息；
官方提供待升级文件后，例如升级包，将其上传给服务器。其中，待升级文件具有版本信息。版本信息包括版本号和更新信息。在本发明的一个实施例中，版本号根据发布时间和针对更新的软件等信息进行命名。通过比较不同版本的升级包中版本号可以得知不同版本升级包的发布时间，以便用户更新升级，得到最近版本的软件。更新信息包括本次升级更新的内容、新增加的功能和性能改进情况(例如相对于当前版本执行某些程序提速多少等情况)。
在本发明的一个实施例中，应用系统升级部署的管理方法还包括：显示待升级文件的版本信息，例如通过输入显示本版信息的命令，以显示待升级文件的版本信息，用户可以根据版本号和更新信息选择是否升级。
s2：将待升级文件保存在指定目录下，例如放入指定的版本更新目录下。当用户想要查找历史升级包使系统回复到某个指定的版本时，可以从该更新目录下找到指定的升级包进行还原。
s3：对版本信息进行版本依赖校验，以校验版本信息与系统当前版本的版本依赖关系。
在本发明的一个示例中，待升级版本为a.21，需要在a.20版本的基础上进行升级，即a.21版本的升级依赖于a.20版本。如果用户拥有a.20版本的软件，或当前版本即为a.20版本，则提示可以进行升级；如果用户未拥有a.20版本的软件，则提示用户先再在a.20版本，在安装更新a.20版本后在升级a.21版本。
s4：在版本依赖校验通过后，根据待升级文件进行升级。
在本发明的一个实施例中，根据待升级文件进行升级的步骤包括：获取待升级文件相对于系统当前版本的增量信息(即区别内容)；根据增量信息进行增量升级。
此外，升级的方式还可以包括全量升级，即更新全部的内容。相对而言，增量升级的效率高；全量升级的稳定性高。在更新完毕后，提示升级更新成功。
在本发明的一个实施例中，在步骤s4还包括：如果待升级文件升级失败，提示升级失败，以便用户长时间等待升级结果。进一步地，如果待升级文件升级失败，例如待升级文件出现了错误，例如被病毒篡改了一些内容，此时需要将待升级文件进行修复，然后使用修复后待升级文件进行重新升级。
根据本发明实施例的应用系统升级部署的管理方法，解决应用系统各模块发布的全量或增量的升级包，便于实施快速部署和升级，升级操作简单。
图2是本发明一个实施例的应用系统升级部署的管理系统的结构框图。如图2所示，本发明实施例的应用系统升级部署的管理系统，包括：文件获取模块100、保存模块200、校验模块300和升级模块400。
其中，文件获取模块100用于获取待升级文件。待升级文件具有版本信息。保存模块200用于将待升级文件保存在指定目录下。校验模块300用于对版本信息进行版本依赖校验，以校验版本信息与系统当前版本的版本依赖关系。升级模块400用于在版本依赖校验通过后，根据待升级文件进行升级。
根据本发明实施例的应用系统升级部署的管理系统，解决应用系统各模块发布的全量或增量的升级包，便于实施快速部署和升级，升级操作简单。
在本发明的一个实施例中，应用系统升级部署的管理系统还包括提示模块。提示模块用于在待升级文件升级失败时，提示升级失败。
在本发明的一个实施例中，升级模块400还用于在待升级文件升级失败时，根据待升级文件进行重新升级。
在本发明的一个实施例中，升级模块400具体用于获取待升级文件相对于系统当前版本的增量信息，并根据增量信息进行增量升级。
在本发明的一个实施例中，应用系统升级部署的管理系统还包括显示模块。显示模块用于显示待升级文件的版本信息。其中，版本信息包括版本号和更新信息。
需要说明的是，本发明实施例的应用系统升级部署的管理系统的具体实施方式与本发明实施例的应用系统升级部署的管理方法的具体实施方式类似，具体参见管理方法部分的描述，为了减少冗余，不做赘述。
另外，本发明实施例的应用系统升级部署的管理方法和管理系统的其它构成以及作用对于本领域的技术人员而言都是已知的，为了减少冗余，不做赘述。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同限定。