CN108319466A - 一种配置信息的恢复方法和装置 - Google Patents

Abstract

本发明实施例提供了一种配置信息的恢复方法和装置。所述方法包括：获取在集成开发环境下应用程序的至少一种配置信息，筛选发生变更的至少一种配置信息，分别生成对应的配置文件，提交所述配置文件至版本管理服务端，从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息，使得针对发生变更的配置信息，单独生成对应的配置文件，来实现对配置信息数据库中的配置信息的版本管理，避免了对所有配置信息的数据库进行全量备份，实现了针对单条配置信息的备份与恢复，避免了恢复操作造成的结果不可控状态，减少了备份的数据量以及数据传输时间，提高了配置信息备份与恢复的实用性。

Description

一种配置信息的恢复方法和装置

技术领域

本发明涉及数据处理技术领域，特别是涉及一种配置信息的恢复方法和装置。

背景技术

IDE(Integrated Development Environment，集成开发环境，也称为IntegrationDesign Environment、或Integration Debugging Environment)是一种辅助程序开发人员开发软件的应用软件，在开发工具内部就可以辅助编写源代码文本，并编译打包成为可用的程序，有些甚至可以设计图形接口。IDE工具中集成了各种开发应用程序需要使用的工具，如参数定制工具、源代码编辑、编译工具、调试工具等。

在利用IDE工具进行应用程序开发时，多个开发人员会对同一个功能模块的配置信息进行修改，这些配置信息会被保存在数据库中。但数据库只能保存配置信息的最终状态，无法将不同时间或不同开发人员的修改过程和状态保存下来。如果某个开发人员修改了某个配置信息后发现报错或程序无法正常运行等情况，需要恢复原来的数据时，由于数据库中原来的配置信息已经被覆盖，因此无法恢复原来的数据，导致无法准确的进行恢复。

现有的关系数据库产品都提供了对数据库数据的备份和恢复工具。数据库备份工具可以实现对整个数据库数据的备份或者对数据库中某个数据库表的备份，但一般没有对单独一条记录的备份。数据库备份出的数据库文件，有的是文本形式的文件，有的为非文本形式的二进制文件。对这些文件的处理、数据的恢复都需要使用数据库产品的专门恢复工具进行。

利用数据库数据的备份和恢复工具可以对配置信息进行全量备份，但是备份的数据量巨大，如果发现问题需要对配置信息进行恢复时，只能是对全量备份的配置信息进行整体的还原，容易影响了不需要恢复的配置信息，对恢复结果不可控。而且通过数据库数据的备份和恢复工具进行的全量备份，每次备份都需要对数据库的全部数据或某张数据表的全部数据进行备份，数据量相对较大，备份操作的时间较长。如果每次修改一个配置信息，为了要保留这一版本的配置信息就必须对数据库进行全量备份，并保存备份后的数据文件，那么每次进行备份操作就是十分耗时的操作，在此过程中开发人员只能等待，不能进行其他操作。在进行配置文件的恢复时也会有同样的问题，为了要恢复一个配置信息的数据，需要对整张表的数据进行恢复或对整个数据库的数据进行恢复。进行数据库恢复时需要进行数据写入操作，重建索引等等，一系列的数据库操作将会更耗费时间。这样进行配置信息的备份和恢复都会消耗大量的时间，并且不能进行其他操作。这样进行配置信息的备份和恢复实际上已经完全不具有可操作性和实用性。随着配置信息的备份的增多和数据的增加，数据库导出的备份数据会占用大量的磁盘空间。在这些数据中真正有用的数据又非常有限，造成IDE工具使用时要大量的磁盘空间才能运行，否则，就无法进行配置信息的备份和恢复。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种配置信息的恢复方法和装置。

依据本发明的一个方面，提供了一种配置信息的恢复方法，应用于集成版本管理***的集成开发环境，所述版本管理***包括版本管理客户端和版本管理服务端，包括：

获取在所述集成开发环境下应用程序的至少一种配置信息；

筛选发生变更的至少一种配置信息，分别生成对应的配置文件；

提交所述配置文件至所述版本管理服务端；

从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息。

可选地，在所述从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的配置信息之前，所述方法还包括：

检测出现配置错误的目标配置信息。

可选地，所述从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的配置信息包括：

在所述版本管理服务端中查找所述目标配置信息对应的至少一个目标配置文件；

利用所述目标配置文件，恢复所述目标配置信息。

可选地，在所述提交所述配置文件至版本管理服务端之后，所述方法还包括：

为所述配置文件生成对应的版本信息，所述版本信息包括版本号、提交时间、开发人员标识中至少一种。

可选地，所述利用所述目标配置文件，恢复所述目标配置信息包括：

根据所述至少一个目标配置文件的版本信息，选取一个目标配置文件覆盖本地工作目录下的配置文件；

解析所述目标配置文件中的目标配置信息；

变更所述应用程序的对应的配置信息为目标配置信息。

根据本发明的另一方面，提供了一种配置信息的恢复装置，包括：

配置信息获取模块，用于获取在所述集成开发环境下应用程序的至少一种配置信息；

配置文件生成模块，用于筛选发生变更的至少一种配置信息，分别生成对应的配置文件；

文件提交模块，用于提交所述配置文件至所述版本管理服务端；

信息恢复模块，用于从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息。

可选地，所述装置还包括：

信息检测模块，用于在所述从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的配置信息之前，检测出现配置错误的目标配置信息。

可选地，所述信息恢复模块包括：

配置文件查找子模块，用于在所述版本管理服务端中查找所述目标配置信息对应的至少一个目标配置文件；

信息恢复子模块，用于利用所述目标配置文件，恢复所述目标配置信息。

可选地，所述装置还包括：

版本信息生成模块，用于在所述提交所述配置文件至版本管理服务端之后，为所述配置文件生成对应的版本信息，所述版本信息包括版本号、提交时间、开发人员标识中至少一种。

可选地，所述信息恢复子模块包括：

文件选取单元，用于根据所述至少一个目标配置文件的版本信息，选取一个目标配置文件覆盖本地工作目录下的配置文件；

信息解析单元，用于解析所述目标配置文件中的目标配置信息；

信息变更单元，用于变更所述应用程序的对应的配置信息为目标配置信息。

综上所述，依据本发明实施例，通过获取在集成开发环境下应用程序的至少一种配置信息，筛选发生变更的至少一种配置信息，分别生成对应的配置文件，提交所述配置文件至版本管理服务端，从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息，使得针对发生变更的配置信息，单独生成对应的配置文件，来实现对配置信息数据库中的配置信息的版本管理，避免了对所有配置信息的数据库进行全量备份，实现了针对单条配置信息的备份与恢复，避免了恢复操作造成的结果不可控状态，减少了备份的数据量以及数据传输时间，提高了配置信息备份与恢复的实用性。

附图说明

图1示出了本发明配置信息的恢复方法的一种实施例的步骤流程图；

图2示出了本发明配置信息的恢复方法的另一种实施例的步骤流程图；

图3示出了本发明配置信息的恢复装置的一种实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明配置信息的恢复方法的一种实施例的步骤流程图，具体可以包括如下步骤：

步骤101，获取在所述集成开发环境下应用程序的至少一种配置信息。

在本发明实施例中，配置信息用于控制应用程序可以访问哪些资源，应用程序将使用哪些版本的程序集，以及远程应用程序和对象位于何处，例如，包括调用的网络地址、通讯报文的格式、流程控制的参数等，或者其他任意适用的配置信息，本发明实施例对此不做限制。

在本发明实施例中，IDE工具中存在不同类型的配置信息，例如，报文配置信息、数据对象配置信息等，每类的配置信息会对应数据库中的一张或多张数据库表。每类的配置信息中会存在多种配置信息，每种配置信息会对应数据库表中的一条记录。当对一种配置信息修改后，就会涉及到对应数据库的某张表的某条记录的数据的修改。

在本发明实施例中，在集成开发环境下开发人员对功能模块的配置信息进行配置或修改后，配置信息会被保存在数据库中。在开发人员提交应用程序的更新版本时，获取应用程序的至少一种配置信息。

步骤102，筛选发生变更的至少一种配置信息，分别生成对应的配置文件。

在本发明实施例中，版本管理***包括版本管理客户端和版本管理服务端，可以将文件存放在中心版本库里，这个版本库是一个文件服务器，它可以记录每一次文件和目录的修改情况，这样就可以借此将数据恢复到以前的版本，并可以查看数据的更改细节。例如，SVN(Subversion)版本管理工具，或者其他任意适用的版本管理***，本发明实施例对此不做限制。

在本发明实施例中，由于集成开发环境下产生的配置信息都保存在数据库中，而数据库对数据的存储并非简单的保存在多个数据文件中，因此无法直接把数据库的数据文件作为版本管理***的对象进行管理。为了使集成开发环境下应用程序的配置信息也能被版本管理***进行管理，需要在数据库和版本管理***之间，通过一个保存数据的配置文件作为中介来实现对配置信息的版本管理。

在本发明实施例中，配置文件用于存储配置信息，可以由版本管理客户端生成。版本管理客户端保存有上一个版本的配置信息，通过比较获取的配置信息和上一个版本的配置信息，可以筛选出发生了变更的至少一种配置信息。针对发生了变更的至少一种配置信息，每种配置信息对应生成一个配置文件。

在本发明实施例中，可选地，配置文件包括XML文件。XML(Extensible MarkupLanguage，可扩展标记语言)是一种标记语言。标记指计算机所能理解的信息符号，通过此种标记，计算机之间可以处理包含各种信息的文章等。XML是从标准通用标记语言(SGML)中简化修改出来的。它主要用到的有可扩展标记语言、可扩展样式语言(XSL)、XBRL和XPath等。XML提供了一种简洁的自解释的标记方法，几乎不需要说明文档，XML格式的配置文件在各平台中通用，可移植性好。

步骤103，提交所述配置文件至所述版本管理服务端。

在本发明实施例中，将配置文件提交到版本管理服务端，形成配置信息的一个版本保存在版本管理服务端。在每次对配置信息进行修改后，都可以通过IDE工具进行版本提交操作，使得版本管理服务端中形成与数据库中配置信息一一对应的配置文件。

步骤104，从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息。

在本发明实施例中，版本管理服务端中存储有预先提交的配置文件，当需要对配置信息进行恢复操作时，例如，对配置信息进行修改后，发现无法正常运行，或者需要回退到旧版本的配置信息等。

在本发明实施例中，由于配置文件包括不同的开发人员提交的、不同时间提交的、不同的版本号等，一种配置信息可以对应一个或多个配置文件。将需要恢复的配置信息，记为目标配置信息。目标配置信息可以对应一个或多个配置文件，可以根据提交的时间、版本号、提交的开发人员等多种信息，选取一个目标配置文件，对应用程序对应的目标配置文件进行修复，或者可以获取每一个目标配置文件，轮流用各个目标配置文件恢复目标配置信息，直至应用程序正常运行，或者满足了业务需要。

在本发明实施例中，获取目标配置文件后，将目标配置文件的内容恢复到数据库中，替换了数据库中原来的数据，从而实现目标配置信息的恢复。

综上所述，依据本发明实施例，通过获取在集成开发环境下应用程序的至少一种配置信息，筛选发生变更的至少一种配置信息，分别生成对应的配置文件，提交所述配置文件至版本管理服务端，从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息，使得针对发生变更的配置信息，单独生成对应的配置文件，来实现对配置信息数据库中的配置信息的版本管理，避免了对所有配置信息的数据库进行全量备份，实现了针对单条配置信息的备份与恢复，避免了恢复操作造成的结果不可控状态，减少了备份的数据量以及数据传输时间，提高了配置信息备份与恢复的实用性。

参照图2，示出了本发明配置信息的恢复方法的另一种实施例的步骤流程图，具体可以包括如下步骤：

步骤201，获取在所述集成开发环境下应用程序的至少一种配置信息。

在本发明实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。

步骤202，筛选发生变更的至少一种配置信息，分别生成对应的配置文件。

在本发明实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。

步骤203，提交所述配置文件至所述版本管理服务端。

在本发明实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。

步骤204，检测出现配置错误的目标配置信息。

在本发明实施例中，目标配置信息使得应用程序运行出现错误，检测各个配置信息中出现配置错误的配置信息，记为目标配置信息。

步骤205，在所述版本管理服务端中查找所述目标配置信息对应的至少一个目标配置文件。

在本发明实施例中，由于每种配置信息对应的配置文件可以有一个或多个，在版本管理服务端中查找与目标配置信息对应的至少一种目标配置文件。

步骤206，利用所述目标配置文件，恢复所述目标配置信息。

在本发明实施例中，选取一个目标配置文件，或者轮流利用各个目标配置文件，解析其中的配置信息，恢复目标配置信息，直至应用程序运行正常或满足了业务的需要。

在本发明实施例中，可选地，在所述提交所述配置文件至版本管理服务端之后，还可以包括：为了对配置文件进行管理，可以为配置文件生成对应的版本信息。所述版本信息包括版本号、提交时间、开发人员标识中至少一种。所述利用所述目标配置文件，恢复所述目标配置信息的一种实现方式可以包括：根据所述至少一个目标配置文件的版本信息，选取一个目标配置文件覆盖本地工作目录下的配置文件；解析所述目标配置文件中的目标配置信息；变更所述应用程序的对应的配置信息为目标配置信息。

在版本管理客户端上提供至少一个目标配置文件的版本信息，以作为选择文件的依据，选取一个目标配置文件，从版本管理服务端下载目标配置文件，覆盖本地工作目标下的对应的配置文件，解析目标配置文件中的目标配置信息，将应用程序的对应的配置信息变更为目标配置信息，以完成对目标配置信息的修复。

综上所述，依据本发明实施例，通过获取在集成开发环境下应用程序的至少一种配置信息，筛选发生变更的至少一种配置信息，分别生成对应的配置文件，提交所述配置文件至版本管理服务端，检测出现配置错误的目标配置信息，在所述版本管理服务端中查找所述目标配置信息对应的至少一个目标配置文件，利用所述目标配置文件，恢复所述目标配置信息，使得针对发生变更的配置信息，单独生成对应的配置文件，来实现对配置信息数据库中的配置信息的版本管理，避免了对所有配置信息的数据库进行全量备份，实现了针对单条配置信息的备份与恢复，避免了恢复操作造成的结果不可控状态，减少了备份的数据量以及数据传输时间，提高了配置信息备份与恢复的实用性。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图3，示出了本发明配置信息的恢复装置的一种实施例的结构框图，具体可以包括如下模块：

配置信息获取模块301，用于获取在所述集成开发环境下应用程序的至少一种配置信息；

配置文件生成模块302，用于筛选发生变更的至少一种配置信息，分别生成对应的配置文件；

文件提交模块303，用于提交所述配置文件至所述版本管理服务端；

信息恢复模块304，用于从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息。

在本发明实施例中，可选地，所述装置还包括：

信息检测模块，用于在所述从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的配置信息之前，检测出现配置错误的目标配置信息。

在本发明实施例中，可选地，所述信息恢复模块包括：

配置文件查找子模块，用于在所述版本管理服务端中查找所述目标配置信息对应的至少一个目标配置文件；

信息恢复子模块，用于利用所述目标配置文件，恢复所述目标配置信息。

在本发明实施例中，可选地，所述装置还包括：

版本信息生成模块，用于在所述提交所述配置文件至版本管理服务端之后，为所述配置文件生成对应的版本信息，所述版本信息包括版本号、提交时间、开发人员标识中至少一种；

在本发明实施例中，可选地，所述信息恢复子模块包括：

文件选取单元，用于根据所述至少一个目标配置文件的版本信息，选取一个目标配置文件覆盖本地工作目录下的配置文件；

信息解析单元，用于解析所述目标配置文件中的目标配置信息；

信息变更单元，用于变更所述应用程序的对应的配置信息为目标配置信息。

在本发明实施例中，可选地，所述配置文件包括XML文件。

综上所述，依据本发明实施例，通过获取在集成开发环境下应用程序的至少一种配置信息，筛选发生变更的至少一种配置信息，分别生成对应的配置文件，提交所述配置文件至版本管理服务端，从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息，使得针对发生变更的配置信息，单独生成对应的配置文件，来实现对配置信息数据库中的配置信息的版本管理，避免了对所有配置信息的数据库进行全量备份，实现了针对单条配置信息的备份与恢复，避免了恢复操作造成的结果不可控状态，减少了备份的数据量以及数据传输时间，提高了配置信息备份与恢复的实用性。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种配置信息的恢复方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种配置信息的恢复方法，应用于集成版本管理***的集成开发环境，所述版本管理***包括版本管理客户端和版本管理服务端，其特征在于，包括：

获取在所述集成开发环境下应用程序的至少一种配置信息；

筛选发生变更的至少一种配置信息，分别生成对应的配置文件；

提交所述配置文件至所述版本管理服务端；

从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息。

2.根据权利要求1所述的方法，其特征在于，在所述从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的配置信息之前，所述方法还包括：检测出现配置错误的目标配置信息。

3.根据权利要求2所述的方法，其特征在于，所述从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的配置信息包括：

在所述版本管理服务端中查找所述目标配置信息对应的至少一个目标配置文件；

利用所述目标配置文件，恢复所述目标配置信息。

4.根据权利要求2所述的方法，其特征在于，在所述提交所述配置文件至所述版本管理服务端之后，所述方法还包括：

为所述配置文件生成对应的版本信息，所述版本信息包括版本号、提交时间、开发人员标识中至少一种。

5.根据权利要求4所述的方法，其特征在于，所述利用所述目标配置文件，恢复所述目标配置信息包括：

根据所述至少一个目标配置文件的版本信息，选取一个目标配置文件覆盖本地工作目录下的配置文件；

解析所述目标配置文件中的目标配置信息；

变更所述应用程序的对应的配置信息为目标配置信息。

6.一种配置信息的恢复装置，应用于集成版本管理***的集成开发环境，所述版本管理***包括版本管理客户端和版本管理服务端，其特征在于，包括：

配置信息获取模块，用于获取在所述集成开发环境下应用程序的至少一种配置信息；

配置文件生成模块，用于筛选发生变更的至少一种配置信息，分别生成对应的配置文件；

文件提交模块，用于提交所述配置文件至所述版本管理服务端；

信息恢复模块，用于从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的目标配置信息。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

信息检测模块，用于在所述从所述版本管理服务端获取预先提交的目标配置文件，恢复所述应用程序的对应的配置信息之前，检测出现配置错误的目标配置信息。

8.根据权利要求7所述的装置，其特征在于，所述信息恢复模块包括：

配置文件查找子模块，用于在所述版本管理服务端中查找所述目标配置信息对应的至少一个目标配置文件；

信息恢复子模块，用于利用所述目标配置文件，恢复所述目标配置信息。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

版本信息生成模块，用于在所述提交所述配置文件至所述版本管理服务端之后，为所述配置文件生成对应的版本信息，所述版本信息包括版本号、提交时间、开发人员标识中至少一种。

10.根据权利要求9所述的装置，其特征在于，所述信息恢复子模块包括：

文件选取单元，用于根据所述至少一个目标配置文件的版本信息，选取一个目标配置文件覆盖本地工作目录下的配置文件；

信息解析单元，用于解析所述目标配置文件中的目标配置信息；

信息变更单元，用于变更所述应用程序的对应的配置信息为目标配置信息。