CN110221860A - 一种配置文件处理方法、装置、终端及介质 - Google Patents

Abstract

本申请公开了一种配置文件处理方法、装置、终端及介质。其中方法包括：响应于携带区域标识和文件标识的处理指令，获取所述文件标识对应的基础配置文件；获取所述区域标识对应的第一差异文件；将所述第一差异文件应用于所述基础配置文件，获得区域配置文件，所述区域配置文件用于生成区域安装数据，所述区域安装数据为所述区域标识所指示区域的终端设备的安装数据。本申请通过针对不同区域设置不同差异文件来修改配置文件，使通过该配置文件获得的安装数据能够适配不同区域，减少配置文件频繁更新时带来的维护成本和数据量。

Description

一种配置文件处理方法、装置、终端及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种配置文件处理方法、装置、终端及介质。

背景技术

随着计算机技术不断的开发和完善，人们对娱乐休闲方式的需求不断增加，手机和平板电脑等终端已经成为了人们生活中不可或缺的一部分。通过运行在终端中安装的各种应用程序，可以实现用户的不同需求，例如：通信、游戏、听音乐等。为了使终端上的应用程序正常运行，首先需要使用适配的安装包进行安装。这些应用程序安装包内的安装数据通常基于配置文件进行构建或更新。其中，配置文件是一种计算机文件，可以为一些计算机程序配置参数和初始设置。

在构建应用程序的安装安装包时，需要保证应用程序的一致性和差异性。其中，一致性是指多套配置文件都需要保持一致的配置参数，当该配置文件更新时，多套配置文件也需要同步更新，而差异性是指一套配置文件随情况的不同需要修改不同的配置参数。比如一些国际化的应用程序为了适应使用地区的不同，需要根据地区调整其安装数据构建过程中所使用的配置文件。

一般而言，可以保存多套配置文件，每份配置文件单独进行维护；但其不足之处在于，存储数据量大，并且当都需要增加相同的一个配置项，则需要在每套配置文件都进行添加，维护成本高。通常还可以编写特定的程序来读取和解析配置文件，在构建时根据设置的参数修改配置文件的参数，生成多套配置文件；但其不足之处在于，随着配置文件中配置项差异化的内容增加，编写程序会变得更复杂。

发明内容

本申请提供了一种配置文件处理方法、装置、终端及介质，可以使获得的配置文件构建的安装数据适配不同区域，减少配置文件频繁更新时带来的维护成本和数据量。

第一方面，提供了一种配置文件处理方法，包括：

响应于携带区域标识和文件标识的处理指令，获取所述文件标识对应的待修改配置文件；

获取所述区域标识对应的第一差异文件；

将所述第一差异文件应用于所述待修改配置文件，获得区域配置文件，所述区域配置文件用于生成区域安装数据，所述区域安装数据为所述区域标识所指示区域的安装数据。

第二方面，提供了一种配置文件处理装置，包括：获取模块和应用模块，其中：

所述获取模块，用于响应于携带区域标识和文件标识的处理指令，获取所述文件标识对应的待修改配置文件；

所述获取模块还用于，获取所述区域标识对应的第一差异文件；

所述应用模块，用于将所述第一差异文件应用于所述待修改配置文件，获得区域配置文件，所述区域配置文件用于生成区域安装数据，所述区域安装数据为所述区域标识所指示区域的安装数据。

第三方面，本申请实施例提供了一种终端，所述终端包括输入设备和输出设备，所述终端还包括：

处理器，适于实现一条或多条指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如下步骤：

响应于携带区域标识和文件标识的处理指令，获取所述文件标识对应的待修改配置文件；

获取所述区域标识对应的第一差异文件；

将所述第一差异文件应用于所述待修改配置文件，获得区域配置文件，所述区域配置文件用于生成区域安装数据，所述区域安装数据为所述区域标识所指示区域的安装数据。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行如下步骤：响应于携带区域标识和文件标识的处理指令，获取所述文件标识对应的待修改配置文件；

获取所述区域标识对应的第一差异文件；

将所述第一差异文件应用于所述待修改配置文件，获得区域配置文件，所述区域配置文件用于生成区域安装数据，所述区域安装数据为所述区域标识所指示区域的安装数据。

第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面及其任一种可能的实现方式的方法。

本申请通过响应于携带区域标识和文件标识的处理指令，获取上述文件标识对应的待修改配置文件，获取上述区域标识对应的第一差异文件，将上述第一差异文件应用于上述待修改配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的安装数据，可以快速地完成配置文件的更新，在实现应用程序的安装数据适配不同区域时，与使用不同安装数据的多套配置文件的情况相比，在保证配置文件的差异性和一致性的情况下，减少配置文件频繁更新时带来的维护成本，并且不需要编写特定的程序来解析和修改配置文件以获得多套配置文件，减少了数据量。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1为本申请实施例提供的一种配置文件处理方法的流程示意图；

图2为本申请实施例提供的一种差异文件生成方法的流程示意图；

图3为本申请实施例提供的一种差异文件内容的示意图；

图4为本申请实施例提供的另一种差异文件生成方法的流程示意图；

图5为本申请实施例提供的一种配置文件处理装置的结构示意图；

图6为本申请实施例实施例提供的一种终端的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面结合本申请实施例中的附图对本申请实施例进行描述。

请参阅图1，图1是本申请实施例提供的一种配置文件处理方法的流程示意图。

101、响应于携带区域标识和文件标识的处理指令，获取上述文件标识对应的待修改配置文件。

本申请实施例中的执行主体可以为一种配置文件处理装置，可以为电子设备，上述电子设备包括终端，具体实现中，上述终端也可称为终端设备，包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

本申请实施例中提到的差异文件，可以理解为补丁文件(patch)，即可以通过diff命令行工具生成的一种差异文件，用来描述两个文件的差异之处，扩展名通常为.diff或者.patch。上述补丁文件又叫热补丁(hotfix)，指能够修复软件漏洞的一些代码，是一种快速、低成本修复产品软件版本缺陷的方式。

本申请实施例中的配置文件指的是一种计算机文件，可以为一些计算机程序配置参数和初始设置。常见的配置文件格式有ini、json、xml等。

本申请实施例中提到的diff命令行工具，是UNIX系统上的一个工具程序，它可以比较两个文件之间的不同。通常它被用来比较同一个文件在不同版本间的差异。可以产生上述补丁文件，被另外一个工具程序patch来使用。

本申请实施例中提到的patch工具程序是UNIX系统上的一个工具程序，它可以读取diff生成的patch文件，并将对应的修改应用到对应的文件上。

其中，上述待修改配置文件可以为基础配置文件，该基础配置文件可以理解为通用版本，包含基本的配置参数。在不同的应用场景下的配置文件，可以基于一套基础配置文件进行修改获得。比如，对于全球化的终端设备的应用程序，其客户端需要根据平台和地区进行构建，所有区域的配置文件可以基于全球版(基础配置文件)的配置参数，根据自身情况进行相应修改。

具体的，上述文件标识用于确定待修改配置文件，终端设备中可以存储有预设的文件标识与待修改配置文件的对应关系。上述处理指令可以由用户操作触发，在检测到上述处理指令时，可以获取该处理指令中的文件标识，进而根据上述预设的文件标识与待修改配置文件的对应关系，确定本次获取的文件标识对应的待修改配置文件，并获取该待修改配置文件。

可以从本地数据库或者系统版本库中获取待修改配置文件，也可以通过联网下载的方式获取该文件标识对应的待修改配置文件。

对于不同终端设备的安装数据，其基础配置文件可以进行版本更新，在系统版本库中可以存储有基础配置文件的多个版本，可分为历史版本和最新版本。获取上述待修改配置文件时可以自动获取最新版本的基础配置文件。

在一种可选的实施方式中，上述步骤101之前，该方法还包括：

获取输入的位置信息，确定所述输入的位置信息所属区域的区域标识；

接收包含所述文件标识的选择指令，生成携带所述区域标识和所述文件标识的处理指令。

上述携带区域标识和文件标识的处理指令可以是基于用户触发的选择指令生成。具体的，用户可以输入位置信息，该位置信息可以包括位置坐标。可选的，配置文件处理装置的显示界面可以显示区域图像，用户可以在显示的区域图像上选择位置(点或者区域的形式)，配置文件处理装置可以获取该所选位置的位置信息，以确定该区域的区域标识。

可选的，也可以直接在显示界面中显示包含多个区域名称或者区域编号的区域列表供用户进行选择，从而确定上述区域标识。

用户可以在配置文件处理装置中通过选择文件标识来选取待修改配置文件，配置文件处理装置中可以存储有不同应用程序或者软件的多个基础配置文件，可选的，在配置文件处理装置的显示界面可以显示这些基础配置文件的名称或者编号，用户直接根据需要进行选择。具体可以通过触摸操作或者鼠标点击等方式触发上述选择指令，本申请实施例对此不作限制。

可选的，上述选择指令可以是针对一个应用程序或者软件的选择指令，即文件标识也可以与应用程序或者软件相对应，在用户选择应用程序或者软件时，比如用户选择应用程序A，系统可以直接获取该应用程序A的文件标识，从而使用该文件标识去获取对应的待修改配置文件，即该应用程序A的基础配置文件。

102、获取上述区域标识对应的第一差异文件。

具体的，上述区域标识用于确定文件应用的区域。不同区域的配置文件之间具有一致性和差异性，其中一致性是指多套配置文件都需要保持一致的配置参数，当该配置文件更新时，多套配置文件也需要同步更新；差异性是指一套配置文件随情况的不同需要修改的配置参数。

配置文件处理装置中可以存储有至少一个差异文件，不同的差异文件应用于基础配置文件可以获得不同的修改后的配置文件。可以预先为不同的区域(地区)分配对应的区域标识，配置文件处理装置中还可以存储预设的区域标识与第一差异文件的对应关系。上述差异文件可以是预先生成和存储的，可以存储在本地，即可直接从本地获取，也可以存储于服务器上，即从服务器下载获取，本申请实施例对此不做限制。

上述处理指令可以由用户操作触发，在检测到上述处理指令时，可以获取该处理指令中的区域标识，进而根据上述预设的区域标识与第一差异文件的对应关系，确定本次获取的区域标识对应的第一差异文件，并获取该第一差异文件。

其中，上述获取所述文件标识对应的基础配置文件的步骤和上述获取所述区域标识对应的第一差异文件的步骤可以不分先后顺序执行。

103、将上述第一差异文件应用于上述待修改配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的安装数据。

在获取上述文件标识对应的待修改配置文件以及上述区域标识对应的第一差异文件之后，可以将上述第一差异文件应用于上述待修改配置文件，获得上述区域配置文件。其中，上述区域配置文件指的是该区域标识对应区域所使用的配置文件，与上述基础配置文件具有差异性和一致性。基于上述区域配置文件可以生成安装数据，是上述区域标识所指示区域的安装数据，可以适用于特定区域的应用程序(Application，App)或者软件的安装。

本申请实施例中的安装数据可以为安装包(Install pack)，即软件安装包，是可自行解压缩文件的集合，其中包括软件安装的所有文件，在本申请实施例中包括上述区域配置文件。运行这个安装包(可执行文件)，可以将此软件的所有文件释放到硬盘上，完成修改注册表、修改系统设置、创建快捷方式等工作。一般安装包文件可以为exe格式。本申请实施例中的配置文件可以为终端设备的应用程序或软件的安装数据中的配置文件，比如可以适用于手游客户端的安装更新，其中，上述手游客户端是指运行于移动终端中的游戏客户端。对于游戏类应用安装包的构建可以基于虚幻引擎实现。本申请实施例中的虚幻引擎，是一款由Epic Games开发的游戏引擎，最新版本为虚幻引擎4(Unreal Engine 4，UE4)。

在一种可选的实施方式中，上述第一差异文件包括初始配置参数和上述修改参数；上述步骤103具体可以包括：

执行上述第一差异文件，以将上述待修改配置文件中的上述初始配置参数修改为上述修改参数，获得上述区域配置文件。

通过应用第一差异文件，可以将待修改配置文件中的初始配置参数替换为修改参数，获得具有差异性的区域配置文件，而其他基础配置参数保持一致。

为了便于更清楚地理解本申请实施例中方案的应用，举例来讲，一款手机游戏在不同的国家和地区发行。为了适应国际化的需求，在使用UE4构建游戏安装包时，需要根据地区调整UE4构建过程中使用的配置文件。

比如，由于发行的地区的不同，安卓平台下需要使用不同的安装包名(PackageName)：

越南地区的PackageName为：com.vng.pubgmobile，

日韩地区的PackageName为：com.pubg.krmobile。

一般而言，具体的修改方法是，根据构建时选择的地区，将项目目录下的DefaultEngine.ini中的[/Script/AndroidRuntimeSettings.AndroidRuntimeSettings]里面的PackageName修改为相应的值。

而随着国家和地区的增加，类似于上面的修改点特别多，且分散在不同的配置文件中，配置文件的格式也不相同，但是配置文件的大部分配置参数是保持不变的。并且当基础参数新增，删除或者修改时，越南版的配置也要随之变化，即保持一致性。比如当全球版的MinimumiOSVersion的参数调整为IOS_10时，构建越南版时，该配置参数也需要与全球版保持一致。

一套配置文件需要适用于多个场景下，且每个场景下配置文件又存在差异。为了保证配置文件的差异性和一致性，通常有两种解决方案:

1、可以保存多套配置文件的副本。当基础配置文件出现修改时，则需要人为同步这些修改到多套配置文件中，维护成本高。

2、编写特定的程序，根据场景动态的读取和修改配置文件。由于配置文件存在多种格式，该程序开发和维护成本会随着配置文件的类型和数量增多而增加。

而本申请实施例中，用户可以基于区域适应性地选择不同的差异文件，将其应用于基础配置文件，生成该区域特有的配置文件，由于差异文件只会对差异进行修改，即大部分基础配置参数是统一的，从而保证了配置文件的差异性和一致性。进一步地，可以理解为在通过上述方法构建区域对应的安装包之后，用户通过终端设备可以获得指定区域的安装包，以在终端设备上安装相应的应用程序或者软件，此时安装后的应用程序或软件为该区域的版本，尤其是对移动终端安装数据的配置文件更新，减少了数据量，提高了用户体验。

本申请实施例通过响应于携带区域标识和文件标识的处理指令，获取上述文件标识对应的待修改配置文件，获取上述区域标识对应的第一差异文件，将上述第一差异文件应用于上述待修改配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的安装数据，通过预先生成和保存配置文件之间的差异文件，而非修改后的配置文件本身，减少了数据量，并且可根据场景动态的应用差异文件，实现基于同一个基础配置文件适配多个场景，与使用不同安装数据的多套配置文件的情况相比，可以减少配置文件频繁更新时带来的维护成本，在保证配置文件的差异性和一致性的情况下，并且不需要编写特定的程序来解析和修改配置文件以获得多套配置文件，简化了更新操作。

在一种可选的实施方式中，该方法还包括：

响应于携带第二区域标识和第二文件标识的处理指令，获取上述区域标识对应的待修改配置文件；

获取上述第二文件标识对应的第三差异文件；

将上述第三差异文件应用于上述待修改配置文件，获得修改后的配置文件，上述修改后的配置文件用于生成区域安装数据，上述区域安装数据为上述第二区域标识所指示区域的安装数据。

与步骤101-步骤103类似的，本申请的配置文件处理方法的核心在于提交差异化内容的差异文件，而非修改后的配置文件本身，所以还可以通过保存多套配置文件(区域配置文件)，提交基础配置文件的差异文件，并将该差异文件应用于多套配置文件。

其中上述第三差异文件为针对不同区域配置文件统一使用的差异文件，包含本次基础配置参数的更新内容。上述待修改配置文件为第二区域标识对应的区域配置文件，为该区域应用的配置文件。

可以理解为，与前述方法不同的是，在保存多套不同的区域配置文件的情况下，将基础配置文件的基础参数的更新内容以差异文件实现。

比如，在保存了多个地区的配置文件的情况下，这些配置文件是具有差异性的，当全球版配置文件更新时，可以获取反映该次更新内容的差异文件，应用到上述多个地区的配置文件，来实现区域配置文件的统一更新，保证差异性和一致性。其中，上述各文件的获取和差异文件的应用可以参考步骤101-步骤103的具体描述，此处不再赘述。

请参阅图2，图2是本申请实施例提供的一种差异文件的生成方式的流程示意图。其中，通过该方式可以生成图1所示实施例中的第一差异文件，从而实现上述配置文件处理方法。即可以理解为，图2所示的实施例可以在图1所示的实施例之前执行。

201、接收输入的对待修改配置文件的修改参数，获得区域配置文件。

本申请实施例中的执行主体可以为一种配置文件处理装置，可以为电子设备，上述电子设备包括终端，具体实现中，上述终端也可称为终端设备，包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

其中，上述待修改配置文件可以为版本库中的配置文件，包括上述基础配置文件。

可选的，在步骤201之前，该方法还包括：获取版本库中预设版本的基础配置文件作为待修改配置文件。

配置文件处理装置可以有上述版本库，其中可以存储多个版本的基础配置文件，这些版本通常是逐步更新得到的。可选的，上述版本库也可以是版本控制系统的版本库。

通常上述预设版本可以为最新版本，即用户可以选择最新版本的基础配置文件进行配置文件的修改，也可以选择历史版本的基础配置文件进行修改，本申请实施例对此不做限制。

上述修改指令可以包括修改参数，可以理解为，为了获得针对不同区域设置的配置文件，需要对应修改待修改配置文件中的一些配置参数。获得的区域配置文件里则可以包含上述修改参数。

具体的，对于新建区域配置文件的情况，用户可以在配置文件处理装置中，复制基础配置文件到预设文件夹并根据区域对其进行修改和存储，获得上述区域配置文件。

202、生成上述待修改的配置文件和上述区域配置文件的第一差异文件。

在确定待修改的配置文件和区域配置文件后，可以生成两个配置文件之间的差异文件，即上述第一差异文件，可表示待修改的配置文件到区域配置文件之间的差异性。具体的，可以利用差异文件工具生成，比如使用diff工具生成补丁文件。

在一种可选的实施方式中，在上述步骤202之后，该方法还包括：

存储上述区域配置文件和上述第一差异文件；

向上述版本库上传上述第一差异文件。

对于修改后获得的上述区域配置文件，可以存储便于之后查询获取，或者进一步的修改。对于获得的第一差异文件可以提交到版本控制系统的版本库中存储，向其他用户提供，即用户可以从上述版本库中获得需要的差异文件来进行配置文件的更新。

在一种可选的实施方式中，上述步骤201之前，该方法还包括：

获取版本库中的历史区域配置文件；

获取上述历史区域配置文件已有的第二差异文件；

将上述第二差异文件应用于上述历史区域配置文件，获得上述待修改配置文件。

上述历史区域配置文件为已有的区域配置文件。对于上述历史区域配置文件，已经存在其修改时应用的差异文件，即上述第二差异文件。由于文件的更新可以再次进行修改，获得新的差异文件来进行使用。

在此种修改已有区域配置文件的情况下，可以先将获取的上述第二差异文件应用于上述历史区域配置文件，将修改后的历史区域配置文件作为待修改配置文件，之后再对该待修改配置文件进行修改，保存，获得新的区域配置文件。需应用一次第二差异文件的原因包括，获得更新版本的历史区域配置文件，减少需要修改的数据量。

进一步地，可以生成待修改配置文件和区域配置文件之间的新的差异文件。通过上述处理后获得的差异文件可以应用到基础配置文件，获得该区域的区域配置文件，可以完成配置文件的更新和安装数据的更新。

为了便于理解，以图3所示的差异文件内容的示意图为例进行说明。图3为越南版配置文件的差异文件的一部分，主要包括配置文件中DefaultEngine.ini需要修改的参数。其中代码1表示全球版(基础配置文件)的配置参数，代码2表示越南版(区域配置文件)需要修改的配置参数。如构建越南版的安卓安装包时，可以应用该差异文件于全球版配置文件，将代码1替换为代码2，类似完成多项修改，从而实现配置文件DefaultEngine.ini的参数修改，获得越南版配置文件。

本申请实施例中App Bundle ID(Bundle identifier)是系统APP唯一识别的ID，其用来捆绑识别用，表明应用和其他App的区别。App Bundle ID一般用于软件开发者在生成软件时需要进行捆绑的特殊字串，并且每一个APP仅有一个专有Bundle ID，其他软件开发不可使用。具体举例来讲，越南版的BundleIdentifier需要修改为vn.vng.pubgmobile，类似的还有其他多个配置文件和配置参数需要进行修改，但是大部分配置可以保持不变，此处仅作举例，本申请实施例对修改参数不做限制。并且当基础参数新增，删除或者修改时，越南版的配置也要随之变化，即保持一致性。比如当全球版的MinimumiOSVersion的参数调整为IOS_10时，构建越南版时，该配置参数也需要与全球版保持一致。

为了进一步理解本申请的配置文件处理方法，可以站在技术人员的角度，结合图4对上述差异文件的生成方法进行描述。

401、获取版本库中最新的基础配置文件到预设文件夹。

本申请实施例中的版本控制系统是一种记录一个或者若干文件内容变化，以便将来查阅特定版本修订情况的系统。比如可以包括：SVN(Subversion)、Git等。

在每一项开发任务中，都需要首先设定开发基线，确定各个配置项的开发初始版本，在开发过程中，开发人员基于开发基线的版本，开发出所需的目标版本。具体的，当发生需求变更时，通过对变更的评估，确定变更的影响范围，对被影响的配置项的版本进行修改，根据变更的性质使配置项的版本树继续延伸或产生新的分支，形成新的目标版本，而对于不受变更影响的配置项则不应发产生变动。同时，应能够将变更所产生的对版本的影响进行记录和跟踪。必要时还可以回退到以前的版本。本申请实施例中可以对应为基于基础配置文件获得区域配置文件，其更新的差异化内容通过补丁文件实现。

具体的，技术人员可以从版本控制系统的版本库中获取基础配置文件，保存到一个文件夹，如文件夹Config。

进一步地，可以复制该文件夹，并按照区域重新命名。比如，以越南地区为例，对于越南版配置文件，文件夹命名为Config_VNG。

在步骤401之后，可以执行步骤401。

402、根据区域的差异修改上述基础配置文件的参数并保存，获得区域配置文件。

如果是新增一套区域配置文件，技术人员可以根据区域的差异手动修改Config_VNG中配置文件的配置参数，并保存所有修改，获得越南版配置文件。

403、生成上述基础配置文件和上述区域配置文件之间的补丁文件。

利用diff工具可以生成补丁文件，具体指令可以包括：

Diff-U0-ar Config\Config_VNG\>VNG.diff；

其中，-U0参数选项的含义是以合并的方式来显示文件内容的不同，0表示上下文的行数，通常可默认为3，本申请实施例中选择0的原因是可以尽量避免因为上下文的不同导致的Patch应用失败。-a参数选项的含义是将所有内容视为文本文件；-r参数选项的含义是递归遍历对比所有子文件夹，从而支持任意多个文件。

404、将上述补丁文件提交到版本控制系统。

生成补丁文件VNG.diff之后，可以提交补丁文件到版本控制系统。可以在版本控制系统中获取该补丁文件进行配置文件的更新，操作简便。

应用补丁文件到配置文件方式如下：

构建时，根据区域选择不同的补丁文件到实际配置文件目录，具体可以通过patch工具实现。举例来讲，假设实际配置文件目录在ReleaseConfig，补丁文件为前述文件VNG.diff。

应用补丁文件到配置文件的具体指令可以如下所示：

patch-d ReleaseConfig-p1..\VNG.diff；

其中，-d参数选项的含义是将工作空间设置为ReleaseConfig目录；

-p1参数选项的含义是应用补丁文件时需要忽略的目录层级。

405、根据区域应用已有的补丁文件到历史区域配置文件，获得待修改配置文件。

在一种可选的实施方式中，如果是需要对已有的区域配置文件进行修改，即已经对某个区域生成过区域配置文件，可以首先应用该区域已有的补丁文件到上述历史区域配置文件，上述已有的补丁文件可以为最新的补丁文件，可以理解为，先对配置文件进行最近一次的更新，再此基础上进行本次修改。应用上述已有的补丁文件的具体指令可以如下：

patch-d Config-p1-i..\VNG.diff；

其中，-d参数选项的含义是将工作空间设置为Config目录；

-p1参数选项的含义是应用补丁文件时需要忽略的目录层级。

406、根据区域的差异修改上述待修改配置文件的参数并保存，获得区域配置文件。

其中，上述步骤可以参考步骤402的具体描述，此处不再赘述。

在获得上述区域配置文件之后，可以执行上述步骤403和步骤404，完成差异文件的保存和上传。

通过上述步骤，可以获得配置文件之间的差异文件(补丁文件)。在构建安装包时，需要根据地区调整构建过程中使用的配置文件，为了保证构建不同区域的配置文件之间的差异性和一致性，且降低维护多套配置文件的一致性成本，可以通过在运行时，基于区域选择不同的补丁文件，并将其应用于基础配置，生成该区域的配置文件。

本申请实施例通过预先生成和保存多套配置文件之间的差异文件(补丁文件)，而非修改后的配置文件本身。通过上述操作，更新时只需要关心差异化内容，支持任意多种文件格式和任意数量的配置文件，从而降低了多套配置文件之间由于频繁更新带来的维护成本。

基于上述配置文件处理方法实施例的描述，本申请实施例还公开了一种配置文件处理装置，上述配置文件处理装置可以是运行于终端中的一个计算机程序(包括程序代码)。该配置文件处理装置可以执行图1和/或图2所示的方法。请参见图5，配置文件处理装置500包括：获取模块510和应用模块520，其中：

上述获取模块510，用于响应于携带区域标识和文件标识的处理指令，获取上述文件标识对应的待修改配置文件；

上述获取模块510还用于，获取上述区域标识对应的第一差异文件；

上述应用模块520，用于将上述第一差异文件应用于上述待修改配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的安装数据。

在一种可能实现的方式中，还包括第一生成模块530，其中：

上述获取模块510还用于，获取输入的位置信息；上述第一生成模块，用于确定上述输入的位置信息所属区域的区域标识；

上述第一生成模块530，还用于接收包含上述文件标识的选择指令，生成携带上述区域标识和上述文件标识的处理指令。

在又一种可能实现的方式中，还包括修改模块540和第二生成模块550，其中：

上述修改模块540，用于接收输入的对上述待修改配置文件的修改参数，获得上述区域配置文件；

上述第二生成模块550，用于生成上述待修改配置文件和上述区域配置文件的第一差异文件。

在又一种可能实现的方式中，上述获取模块510具体用于：

获取版本库中预设版本的基础配置文件作为上述待修改配置文件。

在又一种可能实现的方式中，上述获取模块510还用于，获取版本库中的历史区域配置文件，以及用于获取所述历史区域配置文件已有的第二差异文件；

上述应用模块520还用于，将所述第二差异文件应用于所述历史区域配置文件，获得所述待修改配置文件。

在又一种可能实现的方式中，上述配置文件处理装置还包括：

存储模块560，用于存储上述区域配置文件和上述第一差异文件；

上传模块570，用于上述向上述版本库上传上述第一差异文件。

在又一种可能实现的方式中，上述第一差异文件包括初始配置参数和上述修改参数；上述应用模块520具体用于：

执行上述第一差异文件，以将上述待修改配置文件中的上述初始配置参数修改为上述修改参数，获得上述区域配置文件。

在又一种可能实现的方式中，

上述获取模块510还用于，响应于携带第二区域标识和第二文件标识的处理指令，获取上述区域标识对应的待修改配置文件；

上述获取模块510还用于，获取上述第二文件标识对应的第三差异文件；

上述应用模块520还用于，将上述第三差异文件应用于上述待修改配置文件，获得修改后的配置文件，上述修改后的配置文件用于生成区域安装数据，上述区域安装数据为上述第二区域标识所指示区域的安装数据。

根据本申请的一个实施例，图1和图2所示的方法所涉及的各个步骤均可以是由图5所示的配置文件处理装置中的各个单元来执行的。例如，图1中所示的步骤101和102可以由图5中所示的获取模块510来执行，步骤103可由图5中所示的应用模块520来执行。

根据本申请的另一个实施例，图5所示的配置文件处理装置中的各个模块可以分别或全部合并为一个或若干个另外的模块来构成，或者其中的某个(些)模块还可以再拆分为功能上更小的多个模块来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由多个模块来实现，或者多个模块的功能由一个模块实现。在本申请的其它实施例中，基于配置文件处理装置也可以包括其它模块，在实际应用中，这些功能也可以由其它模块协助实现，并且可以由多个模块协作实现。

根据本申请的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图1和/或图2中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图5中所示的配置文件处理设备，以及来实现本申请实施例的配置文件处理方法。上述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

本申请实施例中的配置文件处理装置500，在响应于携带区域标识和文件标识的处理指令，获取上述文件标识对应的待修改配置文件，获取上述区域标识对应的第一差异文件，将上述第一差异文件应用于上述待修改配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的安装数据，通过预先生成和保存配置文件之间的差异文件，而非修改后的配置文件本身，减少了数据量，并且可根据场景动态的应用差异文件，实现基于同一个基础配置文件适配多个场景，与使用不同安装数据的多套配置文件的情况相比，可以减少配置文件频繁更新时带来的维护成本，在保证配置文件的差异性和一致性的情况下，并且不需要编写特定的程序来解析和修改配置文件以获得多套配置文件，简化了更新操作。

基于上述方法实施例以及装置实施例的描述，本申请实施例还提供一种终端。请参见图6，该终端至少包括处理器601、输入设备602、输出设备603以及计算机存储介质604。其中，终端内的处理器601、输入设备602、输出设备603以及计算机存储介质604可通过总线或其他方式连接。

计算机存储介质604可以存储在终端的存储器中，上述计算机存储介质604用于存储计算机程序，上述计算机程序包括程序指令，上述处理器601用于执行上述计算机存储介质604存储的程序指令。处理器601(或称CPU(Central Processing Unit，中央处理器))是终端的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能；在一个实施例中，本申请实施例上述的处理器601可以用于进行一系列的配置文件处理，包括：响应于携带区域标识和文件标识的处理指令，获取上述文件标识对应的待修改配置文件，获取上述区域标识对应的第一差异文件，将上述第一差异文件应用于上述待修改配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的安装数据，等等。

本申请实施例还提供了一种计算机存储介质(Memory)，上述计算机存储介质是终端中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机存储介质既可以包括终端中的内置存储介质，当然也可以包括终端所支持的扩展存储介质。计算机存储介质提供存储空间，该存储空间存储了终端的操作系统。并且，在该存储空间中还存放了适于被处理器601加载并执行的一条或多条的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是，此处的计算机存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器的计算机存储介质。

在一个实施例中，可由处理器601加载并执行计算机存储介质中存放的一条或多条指令，以实现上述有关配置文件处理实施例中的方法的相应步骤；具体实现中，计算机存储介质中的一条或多条指令可以由处理器601加载并执行如下步骤：

响应于携带区域标识和文件标识的处理指令，获取上述文件标识对应的基础配置文件；

获取上述区域标识对应的第一差异文件；

将上述第一差异文件应用于上述基础配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的终端设备的安装数据。

在一种实施方式中，在上述获取上述区域标识对应的第一差异文件之前，所述一条或多条指令还可由处理器601加载并具体执行：

获取输入的位置信息，确定上述输入的位置信息所属区域的区域标识；

接收包含上述文件标识的选择指令，生成携带上述区域标识和上述文件标识的处理指令。

在一种实施方式中，上述第一差异文件的生成方式包括：

接收输入的对上述待修改配置文件的修改参数，获得上述区域配置文件；

生成上述待修改配置文件和上述区域配置文件的第一差异文件。

在一种实施方式中，上述接收输入的对上述待修改配置文件的修改参数，获得上述区域配置文件之前，所述一条或多条指令还可由处理器601加载并具体执行：获取版本库中预设版本的基础配置文件作为上述待修改配置文件。

在一种实施方式中，在上述接收输入的对上述待修改配置文件的修改参数，获得上述区域配置文件之前，所述一条或多条指令还可由处理器601加载并具体执行：

获取版本库中的历史区域配置文件；

获取上述历史区域配置文件已有的第二差异文件；

将上述第二差异文件应用于上述历史区域配置文件，获得上述待修改配置文件。

在一种实施方式中，所述一条或多条指令还可由处理器601加载并具体执行：

存储上述区域配置文件和上述第一差异文件；

向上述版本库上传上述第一差异文件。

在一种实施方式中，上述第一差异文件包括初始配置参数和上述修改参数；

所述一条或多条指令还可由处理器601加载并具体执行：

执行上述第一差异文件，以将上述待修改配置文件中的上述初始配置参数修改为上述修改参数，获得上述区域配置文件。

在一种实施方式中，所述一条或多条指令还可由处理器601加载并具体执行：

响应于携带第二区域标识和第二文件标识的处理指令，获取上述区域标识对应的待修改配置文件；

获取上述第二文件标识对应的第三差异文件；

将上述第三差异文件应用于上述待修改配置文件，获得修改后的配置文件，上述修改后的配置文件用于生成区域安装数据，上述区域安装数据为上述第二区域标识所指示区域的安装数据。

本申请实施例在响应于携带区域标识和文件标识的处理指令时，可以获取上述文件标识对应的基础配置文件，获取上述区域标识对应的第一差异文件，再将上述第一差异文件应用于上述基础配置文件，获得区域配置文件，上述区域配置文件用于生成区域安装数据，上述区域安装数据为上述区域标识所指示区域的终端设备的安装数据，可以快速地完成配置文件的更新，在实现应用程序的安装数据适配不同区域时，与使用不同安装数据的多套配置文件的情况相比，在保证配置文件的差异性和一致性的情况下，减少配置文件频繁更新时带来的维护成本，并且不需要编写特定的程序来解析和修改配置文件以获得多套配置文件，减少了数据量。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过该计算机可读存储介质进行传输。该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是只读存储器(read-onlymemory，ROM)，或随机存储存储器(random access memory，RAM)，或磁性介质，例如，软盘、硬盘、磁带、磁碟、或光介质，例如，数字通用光盘(digital versatile disc，DVD)、或者半导体介质，例如，固态硬盘(solid state disk，SSD)等。

Claims (15)

1.一种配置文件处理方法，其特征在于，包括：

响应于携带区域标识和文件标识的处理指令，获取所述文件标识对应的待修改配置文件；

获取所述区域标识对应的第一差异文件；

将所述第一差异文件应用于所述待修改配置文件，获得区域配置文件，所述区域配置文件用于生成区域安装数据，所述区域安装数据为所述区域标识所指示区域的安装数据。

2.根据权利要求1所述的方法，其特征在于，所述获取所述区域标识对应的第一差异文件之前，所述方法还包括：

获取输入的位置信息，确定所述输入的位置信息所属区域的区域标识；

接收包含所述文件标识的选择指令，生成携带所述区域标识和所述文件标识的处理指令。

3.根据权利要求1或2所述的方法，其特征在于，所述第一差异文件的生成方式包括：

接收输入的对所述待修改配置文件的修改参数，获得所述区域配置文件；

生成所述待修改配置文件和所述区域配置文件的第一差异文件。

4.根据权利要求3所述的方法，其特征在于，所述接收输入的对所述待修改配置文件的修改参数，获得所述区域配置文件之前，所述方法还包括：

获取版本库中预设版本的基础配置文件作为所述待修改配置文件。

5.根据权利要求3所述的方法，其特征在于，所述接收输入的对所述待修改配置文件的修改参数，获得所述区域配置文件之前，所述方法还包括：

获取版本库中的历史区域配置文件；

获取所述历史区域配置文件已有的第二差异文件；

将所述第二差异文件应用于所述历史区域配置文件，获得所述待修改配置文件。

6.根据权利要求3-5任一项所述的方法，其特征在于，所述方法还包括：

存储所述区域配置文件和所述第一差异文件；

向所述版本库上传所述第一差异文件。

7.根据权利要求6所述的方法，其特征在于，所述第一差异文件包括初始配置参数和所述修改参数；所述将所述第一差异文件应用于所述待修改配置文件，获得区域配置文件包括：

执行所述第一差异文件，以将所述待修改配置文件中的所述初始配置参数修改为所述修改参数，获得所述区域配置文件。

8.根据权利要1或2所述的方法，其特征在于，所述方法还包括：

响应于携带第二区域标识和第二文件标识的处理指令，获取所述区域标识对应的待修改配置文件；

获取所述第二文件标识对应的第三差异文件；

将所述第三差异文件应用于所述待修改配置文件，获得修改后的配置文件，所述修改后的配置文件用于生成区域安装数据，所述区域安装数据为所述第二区域标识所指示区域的安装数据。

9.一种配置文件处理装置，其特征在于，包括：获取模块和应用模块，其中：

所述获取模块，用于响应于携带区域标识和文件标识的处理指令，获取所述文件标识对应的待修改配置文件；

所述获取模块还用于，获取所述区域标识对应的第一差异文件；

所述应用模块，用于将所述第一差异文件应用于所述待修改配置文件，获得区域配置文件，所述区域配置文件用于生成区域安装数据，所述区域安装数据为所述区域标识所指示区域的安装数据。

10.根据权利要求9所述的装置，其特征在于，还包括第一生成模块，其中：

所述获取模块还用于，获取输入的位置信息；所述第一生成模块，用于确定所述输入的位置信息所属区域的区域标识；

所述第一生成模块，还用于接收包含所述文件标识的选择指令，生成携带所述区域标识和所述文件标识的处理指令。

11.根据权利要求9或10所述的装置，其特征在于，还包括修改模块和第二生成模块，其中：

所述修改模块，用于接收输入的对所述待修改配置文件的修改参数，获得所述区域配置文件；

所述第二生成模块，用于生成所述待修改配置文件和所述区域配置文件的第一差异文件。

12.根据权利要求11所述的装置，其特征在于，所述获取模块具体用于：

获取版本库中预设版本的基础配置文件作为所述待修改配置文件。

13.根据权利要求12所述的装置，其特征在于，

所述获取模块还用于，获取版本库中的历史区域配置文件，以及用于获取所述历史区域配置文件已有的第二差异文件；

所述应用模块还用于，将所述第二差异文件应用于所述历史区域配置文件，获得所述待修改配置文件。

14.一种终端，包括输入设备和输出设备，其特征在于，还包括：

处理器，适于实现一条或多条指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如权利要求1-8任一项所述的配置文件处理方法。

15.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行如权利要求1-8任一项所述的配置文件处理方法。