本申请中一个或多个实施例涉及计算机软件配置管理技术领域，尤其涉及一种系统配置项管理方法、装置、电子设备及存储介质。
背景技术：
现有技术中，系统在运行时需要加载配置项，诸如调用外部系统的ip地址和端口，启动需要加载的内存参数、超时返回时间等等，在不同的运行环境中，系统需要加载的一些配置项对应的值并不相同，为了避免不同环境连接同一套配置管理项工具造成系统间调用混乱，会为不同环境建立一个独立的配置管理项工具，用于管理该环境系统运行时需要加载的配置项信息，但一些具有相同值的配置项需要在不同环境中反复创建，加大系统运行负担，且浪费大量系统资源。
技术实现要素：
有鉴于此，本申请中一个或多个实施例的目的在于提出一种系统配置项管理方法、装置、电子设备及存储介质，以解决现有技术存在的上述至少一个问题。
基于上述目的，本申请中一个或多个实施例提供了一种系统配置项管理方法，包括：
创建系统环境的配置基线；
根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成；
将所述修改配置项同步至所述系统环境。
可选的，所述系统环境，包括：开发环境和测试环境；所述主干配置项，包括：开发主干配置项；
所述根据所述配置基线与主干配置项进行增量比对以确定修改配置项，具体包括：
获取所述开发环境中的开发代码并将所述开发代码推送至所述测试环境；
对开发配置项与所述开发主干配置项进行增量比对以确定所述测试环境的修改配置项；其中，所述开发配置项根据所述开发环境的配置基线和所述开发代码确定。
可选的，所述系统环境，还包括：验收环境；所述主干配置项，还包括：测试主干配置项；
所述对开发配置项与所述主干配置项进行增量比对以确定所述测试环境的修改配置项，之后还包括：
将所述开发环境的修改配置项推送至所述验收环境；
对测试配置项与所述测试主干配置项进行增量比对以确定所述验收环境的修改配置项；其中，所述测试配置项根据所述测试环境的配置基线和所述开发环境的修改配置项确定。
可选的，所述系统环境，还包括：生产环境；所述主干配置项，还包括：验收主干配置项；
所述对测试配置项与所述主干配置项进行增量比对以确定所述验收环境的修改配置项，之后还包括：
对所述验收环境的修改配置项与验收主干配置项进行增量比对以确定所述生产环境的修改配置项。
可选的，所述对所述验收环境的修改配置项与验收主干配置项进行增量比对以确定所述生产环境的修改配置项，之后还包括：
将所述生产环境的修改配置项发送至所述生产环境；
根据所述生产环境的修改配置项对所述生产环境进行变更部署。
可选的，所述根据所述配置基线与主干配置项进行增量比对以确定修改配置项，之后还包括：
根据所述修改配置项设置标识基线；所述标识基线关联有所述系统环境的代码版本号。
可选的，所述将所述修改配置项同步至所述系统环境，具体包括：
根据用户判断是否将所述测试环境的修改配置项同步至所述开发环境和所述验收环境；
若是，则将所述测试环境的修改配置项同步至所述开发环境、测试环境和验收环境；
若否，则将所述测试环境的修改配置项同步至所述测试环境。
基于同一发明构思，本申请中一个或多个实施例还提出了一种系统配置项管理装置，包括：
创建模块，被配置为创建系统环境的配置基线；
确定模块，被配置为根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成；
同步模块，被配置为将所述修改配置项同步至所述系统环境。
基于同一发明构思，本申请中一个或多个实施例还提出了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任意一项所述的系统配置项管理方法。
基于同一发明构思，本申请中一个或多个实施例还提出了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行上述任意一项所述的系统配置项管理方法。
从上面所述可以看出，本申请中一个或多个实施例提供的一种系统配置项管理方法，包括：创建系统环境的配置基线；根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成；将所述修改配置项同步至所述系统环境。本申请提供的方法为系统配置项创建配置基线，能够保证在不同系统环境间自动同步具有相同值的配置项，并将配置项进行基线管理，保证配置项与源码完整匹配的同时，还利用增量比对的方法，供配置项交付至生产环境使用，使得系统配置项管理过程中不仅能够记录当前最新的运行状态和历史变更轨迹，还能够通过配置基线随时回滚至任意历史版本，从而大大减小系统负载，解放了大量的系统存储空间。
附图说明
为了更清楚地说明本申请中一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请中一个或多个实施例中一种系统配置项管理方法的流程图；
图2为本申请中一个或多个实施例中一种系统配置项管理装置的结构示意图；
图3为本申请中一个或多个实施例中一种电子设备的结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
需要说明的是，除非另外定义，本申请中一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本申请中一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
申请人通过研究发现现有技术中，系统在运行时需要加载配置项，诸如调用外部系统的ip地址和端口，启动需要加载的内存参数、超时返回时间等等，这些统称为系统配置项。在不同的运行环境中，系统需要加载的一些配置项对应的值并不相同，为了避免不同环境连接同一套配置管理项工具造成系统间调用混乱，会为不同环境建立一个独立的配置管理项工具，用于管理该环境系统运行时需要加载的配置项信息。由于不同运行环境与配置管理项工具的一一对应，这造成了研发过程中如开发、集成、系统测试、验证、生产等不同研发阶段，系统配置的割裂。一些具有相同值的配置项需要在不同的环境之中人工反复创建。同时配置项管理工具只能记录当前最新的运行状态和历史变更轨迹，没有像代码一样有基线，并可以随时回滚到任意历史版本。从研发过程交付到生产环境的配置项，也需要项目组成员手工记录并整理，存在人工出错和遗漏的风险。正因如此，本申请在系统环境中创建了配置基线，并基于增量比对，根据配置基线和由用户生成的主干配置项确定修改配置项，将修改配置项自动同步至系统环境中，从而保证在不同系统环境间自动同步具有相同值的配置项，保证配置项与源码完整匹配的同时，使得系统配置项管理过程中不仅能够记录当前最新的运行状态和历史变更轨迹，还能够通过配置基线随时回滚至任意历史版本，从而大大减小系统负载，解放了大量的系统存储空间。
参考图1，因此本申请中一个或多个实施例提供的一种系统配置项管理方法，具体包括以下步骤：
s101：创建系统环境的配置基线。
本实施例中，创建系统环境的配置基线，其中系统环境包括多个不同的环境，创建的配置基线作为主干配置项基线。为不同的系统环境分别创建配置基线，然后需要分别从各个系统环境的配置基线拉取与代码分支版本号相同的配置分支。
在一些可选的实施方式中，用户在接到研发任务后，制定版本计划，确定版本号，用户选择应用程序，录入版本号后，根据用户的选择，自动在代码仓库上创建相应的代码分支，且代码分支按照统一的规范命名，然后对该代码分支上的代码文件中的版本号进行修改，自动修改为本次研发的版本号。根据该版本号从各个系统环境的配置基线中拉取配置分支。
s102：根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成。
本实施例中，根据配置基线和主干配置项，进行增量比对，从而确定各个环境中的修改配置项，其中主干配置项是根据用户生成的。具体地，系统环境，包括：开发环境和测试环境；主干配置项，包括：开发主干配置项。首先获取开发环境中的开发代码，并将开发代码推送至测试环境中，对当前版本开发环境的分支配置项与开发主干配置项的基线对比，即对开发配置项与开发主干配置项进行增量比对，展示二者的比对差值，确定出开发配置项和开发主干配置项相比的增量配置项，根据开发配置项与开发主干配置项的增量比对结果，确定测试环境的修改配置项，若用户需要将修改配置项同步至测试环境，则根据用户的选择，将修改配置项中的全部或部分配置信息同步至测试环境。其中，开发配置项是根据开发环境的配置基线和开发代码确定。
在一些可选的实施方式中，系统环境，还包括：验收环境；而主干配置项，还包括：测试主干配置项；在确定测试环境的修改配置项之后，将开发环境的修改配置项以及测试环境代码推送至验收环境中；对当前版本的测试分支配置项与测试主干配置项的基线进行增量比对，即对测试配置项与测试主干配置项进行增量比对，展示二者的比对差值，确定出测试环境的修改配置项和测试主干配置项相比的增量配置项，根据测试配置项与测试主干配置项的增量比对结果，确定验收环境的修改配置项，若用户需要将修改配置项同步至验收环境，则根据用户的选择，将修改配置项中的全部或部分配置信息同步至验收环境。其中，测试配置项是根据测试环境的配置基线、开发环境的修改配置项以及测试环境代码共同确定的。
在一些可选的实施方式中，系统环境，还包括：生产环境；而主干配置项，还包括：验收主干配置项。在确定了验收环境的修改配置项之后，即验收测试结束，将验收环境的修改配置项与验收主干配置项的基线进行增量比对，展示差值，确定出验收环境的修改配置项和验收主干配置项相比的增量配置项，与用户进行交互后，确定推向生产环境的生产环境的修改配置项，并根据生产环境的修改配置项对生产环境对应值进行修改。
需要说明的是，在确定了生产环境的修改配置项之后，将增量比对结果以及生产环境的修改配置项发往生产环境，并根据生产环境的修改配置项对生产环境进行变更部署。
需要说明的是，开发环境的修改配置项由开发人员根据开发代码确定，在确定了开发环境、测试环境、验收环境以及生产环境的修改配置项之后，根据修改配置项设置标识基线，即将所有修改配置项打一个带有当前版本号标识的基线，并将各个环境中的增量配置项合并更新至各个环境中的配置基线上，其中标识基线关联有系统环境的代码版本号，从而实现根据配置基线随时回滚至任意历史版本。
s103：将所述修改配置项同步至所述系统环境。
本实施例中，将修改配置项同步至系统环境，具体地，生产环境的修改配置项同步至生产环境中，并根据生产环境的修改配置项对生产环境中的相应数值进行修改；在接收到开发环境、测试环境和验收环境的修改配置项之后，需要根据用户进行判断，判断是否将开发环境的修改配置项同步至除生产环境以外的其余系统环境，若是，则将开发环境的修改配置项同步至开发环境、测试环境以及验收环境中；若否，则仅将开发环境的修改配置项同步至开发环境中。
在一些可选的实施方式中，在接收到开发环境、测试环境和验收环境的修改配置项之后，需要根据用户进行判断，判断是否将测试环境的修改配置项同步至除生产环境以外的其余系统环境，若是，则将测试环境的修改配置项同步至开发环境、测试环境以及验收环境中；若否，则仅将测试环境的修改配置项同步至测试环境中。
在一些可选的实施方式中，在接收到开发环境、测试环境和验收环境的修改配置项之后，需要根据用户进行判断，判断是否将验收环境的修改配置项同步至除生产环境以外的其余系统环境，若是，则将验收环境的修改配置项同步至开发环境、测试环境以及验收环境中；若否，则仅将验收环境的修改配置项同步至验收环境中。
从上面所述可以看出，本申请中一个或多个实施例提供的一种系统配置项管理方法，包括：创建系统环境的配置基线；根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成；将所述修改配置项同步至所述系统环境。本申请提供的方法为系统配置项创建配置基线，能够保证在不同系统环境间自动同步具有相同值的配置项，并将配置项进行基线管理，保证配置项与源码完整匹配的同时，还利用增量比对的方法，供配置项交付至生产环境使用，使得系统配置项管理过程中不仅能够记录当前最新的运行状态和历史变更轨迹，还能够通过配置基线随时回滚至任意历史版本，从而大大减小系统负载，解放了大量的系统存储空间。而且，本申请能够通过自动推送的方式，解决了各个系统环境之间配置工具割裂造成的相同数据需要反复人工更新的问题，也通过一套与代码版本完全匹配的配置版本管理方法，即创建配置基线，实现了代码与系统配置的一一对应，使得配置项可以像代码一样随时追溯到历史版本，而且通过基线与各系统环境分支的配置项进行增量比对，得到准确的交付生产的配置项成果物。贯穿了软件系统研发的整个生命周期，且能够自动化向不同环境同步相同配置项，以及根据基线实现历史版本的回滚，从而提高了研发效率，与此同时，还降低了配置风险，提高了系统稳定部署以及运行的能力。
上述对本申请中特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
基于同一发明构思，本申请中一个或多个实施例还提出了一种系统配置项管理装置，参考图2，所述系统配置项管理装置包括：
创建模块，被配置为创建系统环境的配置基线；
确定模块，被配置为根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成；
同步模块，被配置为将所述修改配置项同步至所述系统环境。
在一些可选的实施方式中，所述系统环境，包括：开发环境和测试环境；所述主干配置项，包括：开发主干配置项；
所述根据所述配置基线与主干配置项进行增量比对以确定修改配置项，具体包括：
获取所述开发环境中的开发代码并将所述开发代码推送至所述测试环境；
对开发配置项与所述开发主干配置项进行增量比对以确定所述测试环境的修改配置项；其中，所述开发配置项根据所述开发环境的配置基线和所述开发代码确定。
在一些可选的实施方式中，所述系统环境，还包括：验收环境；所述主干配置项，还包括：测试主干配置项；
所述对开发配置项与所述主干配置项进行增量比对以确定所述测试环境的修改配置项，之后还包括：
将所述开发环境的修改配置项推送至所述验收环境；
对测试配置项与所述测试主干配置项进行增量比对以确定所述验收环境的修改配置项；其中，所述测试配置项根据所述测试环境的配置基线和所述开发环境的修改配置项确定。
在一些可选的实施方式中，所述系统环境，还包括：生产环境；所述主干配置项，还包括：验收主干配置项；
所述对测试配置项与所述主干配置项进行增量比对以确定所述验收环境的修改配置项，之后还包括：
对所述验收环境的修改配置项与验收主干配置项进行增量比对以确定所述生产环境的修改配置项。
在一些可选的实施方式中，所述对所述验收环境的修改配置项与验收主干配置项进行增量比对以确定所述生产环境的修改配置项，之后还包括：
将所述生产环境的修改配置项发送至所述生产环境；
根据所述生产环境的修改配置项对所述生产环境进行变更部署。
在一些可选的实施方式中，所述根据所述配置基线与主干配置项进行增量比对以确定修改配置项，之后还包括：
根据所述修改配置项设置标识基线；所述标识基线关联有所述系统环境的代码版本号。
在一些可选的实施方式中，所述将所述修改配置项同步至所述系统环境，具体包括：
根据用户判断是否将所述测试环境的修改配置项同步至所述开发环境和所述验收环境；
若是，则将所述测试环境的修改配置项同步至所述开发环境、测试环境和验收环境；
若否，则将所述测试环境的修改配置项同步至所述测试环境。
为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的系统配置项管理方法。
图3示出了本实施例所提供的一种更为具体的分发设备硬件结构示意图，该设备可以包括：处理器310、存储器320、输入/输出接口330、通信接口340和总线350。其中处理器310、存储器320、输入/输出接口330和通信接口340通过总线350实现彼此之间在设备内部的通信连接。
处理器310可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器320可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器320可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器320中，并由处理器310来调用执行。
输入/输出接口330用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触控屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口340用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
总线350包括一通路，在设备的各个组件(例如处理器310、存储器320、输入/输出接口330和通信接口340)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器310、存储器320、输入/输出接口330、通信接口340以及总线350，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的系统配置项管理方法。
本实施例的非暂态计算机可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的系统配置项管理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请中一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
本申请中一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请中一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。
1.一种系统配置项管理方法，其特征在于，包括：
创建系统环境的配置基线；
根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成；
将所述修改配置项同步至所述系统环境。
2.根据权利要求1所述的系统配置项管理方法，其特征在于，所述系统环境，包括：开发环境和测试环境；所述主干配置项，包括：开发主干配置项；
所述根据所述配置基线与主干配置项进行增量比对以确定修改配置项，具体包括：
获取所述开发环境中的开发代码并将所述开发代码推送至所述测试环境；
对开发配置项与所述开发主干配置项进行增量比对以确定所述测试环境的修改配置项；其中，所述开发配置项根据所述开发环境的配置基线和所述开发代码确定。
3.根据权利要求2所述的系统配置项管理方法，其特征在于，所述系统环境，还包括：验收环境；所述主干配置项，还包括：测试主干配置项；
所述对开发配置项与所述主干配置项进行增量比对以确定所述测试环境的修改配置项，之后还包括：
将所述开发环境的修改配置项推送至所述验收环境；
对测试配置项与所述测试主干配置项进行增量比对以确定所述验收环境的修改配置项；其中，所述测试配置项根据所述测试环境的配置基线和所述开发环境的修改配置项确定。
4.根据权利要求3所述的系统配置项管理方法，其特征在于，所述系统环境，还包括：生产环境；所述主干配置项，还包括：验收主干配置项；
所述对测试配置项与所述主干配置项进行增量比对以确定所述验收环境的修改配置项，之后还包括：
对所述验收环境的修改配置项与验收主干配置项进行增量比对以确定所述生产环境的修改配置项。
5.根据权利要求4所述的系统配置项管理方法，其特征在于，所述对所述验收环境的修改配置项与验收主干配置项进行增量比对以确定所述生产环境的修改配置项，之后还包括：
将所述生产环境的修改配置项发送至所述生产环境；
根据所述生产环境的修改配置项对所述生产环境进行变更部署。
6.根据权利要求1所述的系统配置项管理方法，其特征在于，所述根据所述配置基线与主干配置项进行增量比对以确定修改配置项，之后还包括：
根据所述修改配置项设置标识基线；所述标识基线关联有所述系统环境的代码版本号。
7.根据权利要求4所述的系统配置项管理方法，其特征在于，所述将所述修改配置项同步至所述系统环境，具体包括：
根据用户判断是否将所述测试环境的修改配置项同步至所述开发环境和所述验收环境；
若是，则将所述测试环境的修改配置项同步至所述开发环境、测试环境和验收环境；
若否，则将所述测试环境的修改配置项同步至所述测试环境。
8.一种系统配置项管理装置，其特征在于，包括：
创建模块，被配置为创建系统环境的配置基线；
确定模块，被配置为根据所述配置基线与主干配置项进行增量比对以确定修改配置项；其中，所述主干配置项根据用户生成；
同步模块，被配置为将所述修改配置项同步至所述系统环境。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任意一项所述的方法。
10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行权利要求1至7任一所述方法。
技术总结