CN112379948A - 程序配置管理方法及装置、存储介质、电子设备 - Google Patents

Abstract

本公开提供一种程序配置管理方法、装置、电子设备、计算机可读存储介质；涉及计算机技术领域。所述程序配置管理方法包括：确定目标程序以及目标程序对应的配置文件库；配置文件库包括预先编排的目标程序的程序配置文件，且配置文件库设置于托管服务平台；获取目标程序访问托管服务平台的访问令牌，以根据访问令牌调用应用程序接口；通过应用程序接口对程序配置文件进行配置管理操作，以实现对目标程序的程序配置。本公开可以借助托管服务平台和托管服务提供的应用程序接口，将应用程序的配置文件保存在托管服务平台的文件库中，并采用应用程序接口读取或修改配置文件，以管理应用程序的程序配置。

Description

程序配置管理方法及装置、存储介质、电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种程序配置管理方法、程序配置管理装置、电子设备以及计算机可读存储介质。

背景技术

应用程序通常通过配置定义其行为和功能，如应用程序设置、数据库连接参数、环境变量、日志参数配置、功能开关(feature toggle或feature flag)、业务配置等。通常这些配置的存储方式有多种，有的会跟随程序一起发布，跟程序在一起保存在本地，有的会保存在自己维护的单独的服务器上，这样可以实现程序在不同平台(如Windows、macOS、Linux、Android、iOS)之间同步配置，使用相同的配置，有的使用自己维护的配置中心，用来统一管理配置，这些都是传统的应用配置管理和存储方式。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种程序配置管理方法、程序配置管理装置、电子设备以及计算机可读存储介质，进而在一定程度上克服将程序配置保存在本地无法实现配置的同步和持久保存，且采用服务器和配置中心进行程序配置管理需要自行搭建和维护服务器以实现程序配置管理等问题。

根据本公开的第一方面，提供一种程序配置管理方法，包括：确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台；获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口；通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。

根据本公开的第二方面，提供一种程序配置管理装置，包括：文件库确定模块，用于确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台；令牌获取模块，用于获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口；配置管理模块，用于通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。

在本公开的一种示例性实施例中，所述程序配置管理装置还包括文件库配置模块，包括：

文件生成单元，用于获取所述目标程序的程序配置，根据所述程序配置生成对应的程序配置文件；所述程序配置文件包括个人配置文件、平台配置文件、共享配置文件、多环境配置文件、历史配置文件和默认配置文件；

存储名称确定单元，用于获取所述目标程序的配置编排文档，并根据所述配置编排文档确定所述程序配置文件对应的文件存储名称；

文件存储单元，用于通过所述应用程序接口并根据所述文件存储名称将所述程序配置文件存储在所述配置文件库。

在本公开的一种示例性实施例中，所述存储名称确定单元包括：

个人名称确定子单元，用于确定不同用户对应的个人配置文件，根据所述用户的用户名确定各所述个人配置文件的文件存储名称；

平台名称确定子单元，用于确定所述目标程序在多个应用平台中分别对应的平台配置文件，根据平台名称确定各所述平台配置文件的文件存储名称；

共享名称确定子单元，用于确定多个共享用户针对所述目标程序的共享配置文件，根据所述多个共享用户对应的团队名称确定所述共享配置文件的文件存储名称；

环境名称确定子单元，用于确定所述目标程序在多个应用环境下分别对应的应用环境配置文件，根据应用环境类型确定各所述应用环境配置文件的文件存储名称；

历史名称确定子单元，用于确定所述目标程序对应的所有历史配置文件，根据文件版本确定各所述历史配置文件的文件存储名称；

默认名称确定子单元，用于确定所述目标程序对应的默认配置文件，并将默认文件名称作为所述默认配置文件的文件存储名称。

在本公开的一种示例性实施例中，所述共享名称确定子单元被配置为：

获取多个所述共享用户针对所述目标程序的共享配置操作，并判断多个所述共享配置操作之间是否存在操作冲突；

如果多个所述共享配置操作之间存在操作冲突，则对多个所述共享配置操作进行操作合并处理，以确定对应的目标共享配置操作；

根据所述目标共享配置操作生成所述共享配置文件。

在本公开的一种示例性实施例中，所述令牌获取模块包括令牌获取单元，用于当目标用户为所述托管服务平台的平台用户时，通过所述托管服务平台获取所述访问令牌；或由所述目标程序向用户发送授权请求，并接收所述目标用户针对所述授权请求的授权确认操作；由所述目标程序向授权服务器发送与所述授权确认操作对应的授权确认信息，以由所述授权服务器向所述目标程序发送所述访问令牌。

在本公开的一种示例性实施例中，所述配置管理模块包括配置管理单元，用于响应于配置文件获取请求，通过所述应用程序接口从所述配置文件库中获取对应的目标配置文件；根据所述目标配置文件更改所述目标程序的程序配置；以及接收针对所述目标程序的配置更新操作，生成与所述配置更新操作对应的更新配置文件；通过所述应用程序接口将所述更新配置文件写入至所述配置文件库。

在本公开的一种示例性实施例中，所述程序配置管理装置还包括更新配置模块，用于接收针对所述配置文件库的文件写入操作，确定与所述文件写入操作对应的目标更新文件；根据所述目标更新文件生成文件更新通知消息，并将所述文件更新通知消息发送至所述目标程序；由所述目标程序通过所述应用程序接口从所述配置文件库中获取所述目标更新文件，以根据所述目标更新文件更新对所述目标程序的程序配置。

根据本公开的第三方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

根据本公开的一个方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质中读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的程序配置管理方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开的一示例实施方式所提供的程序配置管理方法中，确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台；获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口；通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。一方面，通过获取访问令牌调用应用程序接口，使得获取应用程序接口的方式更加简单和方便。另一方面，通过托管服务平台提供的应用程序接口，可以获取或存储配置文件库中的程序配置文件，以管理目标程序的配置文件，无需再自行创建服务器或使用配置中心用于管理程序配置文件。又一方面，由于程序配置文件存储在托管服务平台的配置文件库中，可以实现配置文件的持久化。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用本公开实施例的一种程序配置管理方法及装置的示例性系统架构的示意图。

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

图3示意性示出了根据本公开的一个实施例的程序配置管理方法的流程图。

图4示意性示出了根据本公开的一个实施例的基于创建的配置文件库实现程序配置管理的流程图。

图5示意性示出了根据本公开的一个实施例的将程序配置文件存储至配置文件库的流程图。

图6示意性示出了根据本公开的一个实施例的托管服务平台提供的应用程序接口的接口简介的界面图。

图7示意性示出了根据本公开的一个实施例的根据托管服务平台提供的网站生成访问令牌的界面图。

图8示意性示出了根据本公开的一个实施例的通过授权方式获取访问令牌的流程图。

图9示意性示出了根据本公开的一个实施例的基于应用程序接口读写程序配置文件的数据流向图。

图10示意性示出了根据本公开的一个实施例的目标程序的不同用户对应的个人配置文件的场景图。

图11示意性示出了根据本公开的一个实施例的目标程序在不同平台对应的平台配置文件的场景图。

图12示意性示出了根据本公开的一个实施例的多个共享用户对应目标程序的共享配置文件的场景图。

图13示意性示出了根据本公开的一个实施例的通过回调通知以通知目标程序更新配置的流程图。

图14示意性示出了根据本公开的一个实施例的托管服务平台所实现的服务与配置的功能图。

图15示意性示出了根据本公开的一个实施例的程序配置管理装置的结构图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了应用本公开技术方案的示例性系统架构示意图。

如图1所示，系统架构100可以包括终端110、网络120、服务器端130。其中，终端110和服务器端130通过网络120连接。

终端110可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。网络120可以是能够在终端110和服务器端130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路、无线通信链路或者光纤电缆等等，本申请在此不做限制。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

具体地，服务器端130可以是托管服务平台，可以用于设置配置文件库。进一步地，根据程序配置文件的文件存储名称将程序配置文件存储在对应的文件存储路径上，实现对程序配置文件的存储和管理，以便于后续目标程序从配置文件库中获取程序配置文件。

另外，本公开实施例中的程序配置管理方法可以应用于终端，也可以应用于服务器端，本公开对此不做特殊限定。本公开实施例主要以程序配置管理方法应用于终端110来举例说明。

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的方法和装置中限定的各种功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图3～图13所示的各个步骤等。

以下对本公开实施例的技术方案进行详细阐述：

应用程序通常采用配置定义其行为或功能，应用程序配置可以包括应用程序设置、数据库连接参数、环境变量、日志参数配置、功能开关、业务配置等。通常这些配置的存储方式有多种，有的跟随程序一起发布，与程序在一起保存在本地。有的保存在自己维护的单独的服务器上，这样可以实现程序在不同平台之间同步配置，使用相同的配置。有的使用自己维护的配置中心，用来统一管理配置；其中，配置中心可以提供统一的配置管理的服务，应用程序的配置存储在配置中心，同时应用程序可以订阅配置中心的配置修改，实时获取最新的配置，实现热更新或热发布等。这些都是传统的应用配置管理和存储方式。

现有的程序配置存储和管理方式各有各的问题。保存在本地的方式无法跨平台同步，无法在团队间共享配置，而且在程序卸载后配置就丢失了，无法永久保存。保存在服务器上需要自己提供和维护服务器，还需要编写服务器程序管理程序配置、管理用户鉴权等诸多工作，需要提供一整套服务端程序的功能，同时可能还需要提供管理网站来方便的查看和管理配置，这些都是配置存储和管理额外的工作。使用配置中心的方式同样需要自己部署配置中心，自己维护服务器，也带来诸多不便。

基于上述一个或多个问题，本示例实施方式提供了一种程序配置管理方法。该程序配置管理方法可以应用于上述终端设备110中的一个或多个，本示例性实施例中对此不做特殊限定。参考图3所示，该程序配置管理方法可以包括以下步骤S310至步骤S330：

步骤S310.确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台。

步骤S320.获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口。

步骤S330.通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。

在本示例实施方式所提供的程序配置管理方法中，一方面，通过获取访问令牌调用应用程序接口，使得获取应用程序接口的方式更加简单和方便。另一方面，通过托管服务平台提供的应用程序接口，可以获取或存储配置文件库中的程序配置文件，以管理目标程序的配置文件，无需再自行创建服务器或使用配置中心用于管理程序配置文件。又一方面，由于程序配置文件存储在托管服务平台的配置文件库中，可以实现配置文件的持久化。

下面，对于本示例实施方式的上述步骤进行更加详细的说明。

在步骤S310中，确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台。

本示例实施方式中，目标程序可以是应用程序(Application，App)、桌面应用程序、操作系统、服务器程序、嵌入式程序等所有程序。目标程序的程序配置文件可以是包含目标程序的程序设置、数据库连接参数、环境变量、日志参数配置、功能开关、业务配置等相关配置信息组成的配置文件。配置文件库可以是存储目标程序的程序配置文件的数据库，配置文件库设置于托管服务平台上。托管服务平台可以是软件开发领域的代码版本控制工具，用于提供代码文件存储和代码版本控制服务，在本公开中用于存储目标程序的程序配置文件。例如，托管服务平台可以是Git，同时，提供Git托管的服务可以包括GitHub、GitLab、Bitbucket、码云Gitee、Coding等。

具体的，在确定出一个目标程序后，可以确定该目标程序对应的配置文件库，配置文件库中包含了目标程序对应的所有程序配置文件。目标程序的程序配置文件均是根据预先规定的配置编排文档进行编排，并按照一定的存储规则存储在配置文件库中的。

在确定目标程序以及所述目标程序对应的配置文件库之前，可以先预先创建配置文件库。参考图4，图4示意性示出了根据本公开的一个实施例的基于创建的配置文件库实现配置管理的流程图。在步骤S410中，创建配置文件库。具体的，可以通过下述步骤生成目标程序的程序配置文件，并将程序配置文件存储在配置文件库。

获取所述目标程序的程序配置，根据所述程序配置生成对应的程序配置文件；所述程序配置文件包括个人配置文件、平台配置文件、共享配置文件、多环境配置文件、历史配置文件和默认配置文件；获取所述目标程序的配置编排文档，并根据所述配置编排文档确定所述程序配置文件对应的文件存储名称；通过所述应用程序接口并根据所述文件存储名称将所述程序配置文件存储在所述配置文件库。

其中，程序配置可以是目标程序对应的所有相关程序配置，程序配置文件可以是根据目标程序的程序配置生成的配置文件。个人配置文件可以是目标程序的多个使用用户针对目标程序进行个性化配置后所对应的配置文件，每个用户均对应一个目标程序的个人配置文件。平台配置文件可以是同一用户在不同平台中针对目标程序进行程序配置所对应的配置文件。共享配置文件可以是包含多个用户的团队针对目标程序进行程序配置所生成的配置文件。多环境配置文件可以是目标程序在不同应用环境下进行程序配置所生成的配置文件。历史配置文件可以是目标程序所有历史版本的配置文件。默认配置文件可以是目标程序对应的默认程序配置对应的配置文件。配置编排文档可以是用于定义配置文件的编排方式的文档，根据配置编排文档可以将程序配置文件存储在托管服务平台中的对应位置。文件存储名称可以是程序配置文件对应的文件名称。应用程序接口可以是目标程序与托管服务平台之间进行数据通信时所采用的接口，应用程序接口(ApplicationProgramming Interface，API)可以由托管服务平台提供。

具体的，参考图5，图5示意性示出了根据本公开的一个实施例的将程序配置文件存储至配置文件库的流程图。在步骤S510中，对于目标程序，可以获取目标程序对应的程序配置，根据目标程序的相关程序配置生成对应的程序配置文件，目标程序的程序配置文件可以包括个人配置文件、平台配置文件、共享配置文件、多环境配置文件、历史配置文件和默认配置文件等。在步骤S520中，在生成程序配置文件后，可以获取目标程序对应的配置编排文档，配置编排文档中描述对不同类型的程序配置文件的文件命名规则，根据获取到的配置编排文档可以确定程序配置文件对应的文件存储名称。在步骤S530中，在确定出程序配置文件对应的文件存储名称后，可以通过托管服务平台提供的应用程序接口将程序配置文件存储至配置文件库。

例如，根据配置编排文档确定程序配置文件对应的文件存储名称，可以通过下述方式进行：确定不同用户对应的个人配置文件，根据所述用户的用户名确定各所述个人配置文件的文件存储名称；确定所述目标程序在多个应用平台中分别对应的平台配置文件，根据平台名称确定各所述平台配置文件的文件存储名称；确定多个共享用户针对所述目标程序的共享配置文件，根据所述多个共享用户对应的团队名称确定所述共享配置文件的文件存储名称；确定所述目标程序在多个应用环境下分别对应的应用环境配置文件，根据应用环境类型确定各所述应用环境配置文件的文件存储名称；确定所述目标程序对应的所有历史配置文件，根据文件版本确定各所述历史配置文件的文件存储名称；确定所述目标程序对应的默认配置文件，并将默认文件名称作为所述默认配置文件的文件存储名称。

其中，用户可以是所有使用目标程序的用户。用户名可以是用户的名称；例如，用户名可以采用“xxx”、“yyy”表示。应用平台可以是目标程序运行时所采用的平台；例如，应用平台可以是windows平台、mac平台等。共享用户可以是同一团队中的多个成员用户，举例而言，同一团队(如公司某一部门或小组)中的多个成员共享同一配置，则这个团队中的成员用户均称为共享用户。团队名称可以是共享用户所在团队的名称，例如，团队名称可以为“shareteam”。应用环境可以是目标程序运行时所对应的不同环境；应用环境可以包括开发环境、测试环境、线上环境等。文件版本可以是程序配置文件所对应的多个不同版本；例如，文件版本可以包括version1、version1.1、version2等。为了使目标程序可以快速重置到某一状态，可以确定目标程序的默认配置，根据目标程序的默认配置生成默认配置文件。默认文件名称可以是默认配置文件对应的文件名称；例如，默认文件名称可以是default。

具体的，针对个人配置的持久化存储，可以采用不同用户的用户名对应不同用户的个人配置文件的文件存储名称。例如，可以采用xxx-config.json文件对应xxx用户的配置，yyy-config.json文件对应yyy用户的配置，在配置文件库中保存为不同的文件。

针对跨平台配置存储，不同应用平台的配置存储，平台间通用的配置以同一平台配置文件的文件存储名称进行区分，即某一用户的同一文件对应多个平台的应用配置，这样某一用户的目标程序在不同平台间拥有一致的配置。对于平台差异的配置，可以用单独的文件来保存，例如，可以采用xxx-mac-config.json对应xxx用户的目标程序在Mac上的特殊配置，xxx-windows-config.json对应xxx用户的目标程序在Windows上的特殊配置；也可以在同一配置文件，如xxx-config.json中用平台对应的字段来保存平台差异的配置。

针对团队成员共享配置，如同一团队(如公司某一部门或小组)中的多个成员共享同一配置，可以用团队名来定义配置文件名，如shareteam-config.json对应shareteam团队中所有成员用户的配置。该团队下的所有成员均可以访问该配置文件，即可实现团队成员共享同一配置文件，团队成员在使用目标程序具有相同的配置。

针对多环境配置，可以借助Git的分支保存多个环境的配置，例如，开发环境的配置保存在Git仓库的development分支；测试环境的配置保存在Git仓库的test分支；线上环境的配置保存在production分支。如果还有其他更多的应用环境，仅需使用不同的分支名即可，配置文件使用同一文件名即可。

针对配置回滚，通过借助Git可以保存配置文件的所有历史版本的特性，通过读取程序配置文件的任一版本，即可将目标程序回滚到任一历史配置。具体实施上就是调用API时指定某一历史版本的文件版本标识(Identity Document，ID)，即可读取到对应历史版本的配置。

针对恢复默认配置，可以在某一固定分支，如default分支中保存一份固定配置，该配置为目标程序的默认配置，在目标程序要恢复默认配置时，通过读取default分支里对应的配置即可恢复默认。

在本公开的一种示例性实施例中，获取多个所述共享用户针对所述目标程序的共享配置操作，并判断多个所述共享配置操作之间是否存在操作冲突；如果多个所述共享配置操作之间存在操作冲突，则对多个所述共享配置操作进行操作合并处理，以确定对应的目标共享配置操作；根据所述目标共享配置操作生成所述共享配置文件。

其中，共享配置操作可以是多个共享用户在同一时间段均对目标程序进行更改程序配置的操作。操作冲突可以是多个共享用户在进行共享配置操作时产生配置冲突的现象；例如，同一团队的不同成员对同一配置进行不同的配置更改可能带来操作冲突。操作合并处理可以是产生操作冲突的共享配置操作进行操作合并的处理过程。目标共享配置操作可以是针对操作冲突进行操作合并处理后得到的针对目标程序的配置操作。

具体的，在团队共享配置的应用场景，多个共享用户均可以对共享配置文件进行配置操作，可以将多个共享用户对目标程序的配置操作称之为共享配置操作。当有多个用户修改同一配置文件时，可能导致共享配置操作之间产生操作冲突的情况。如果判断出共享配置操作之间存在操作冲突，则可以通过合并请求(Merge Request)技术合并不同共享用户的配置修改操作，即通过操作合并处理解决该操作冲突，以同时保存不同的修改，保存不同用户修改的配置。

在步骤S320中，获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口。

本示例实施方式中，访问令牌(access token)可以是目标程序通过应用程序接口访问配置文件库所采用的身份令牌。应用程序接口可以是托管服务平台提供的，用于在目标程序与托管服务平台之间进行数据通信的接口。

参考图4，在步骤S420中，可以获取访问托管服务平台的访问令牌。在获取到目标程序访问托管服务平台的访问令牌之后，目标程序将根据访问令牌调用托管服务平台的应用程序接口进行创建和读写配置文件库中的程序配置文件。举例而言，参考图6，图6示意性示出了根据本公开的一个实施例的托管服务平台提供的应用程序接口的接口简介的界面图。托管服务平台可以提供表述性状态传递风格的接口(restful API)，以便目标程序通过restful API操作配置文件库中的程序配置文件。

在本公开的一种示例性实施例中，可以通过下述方式获取所述目标程序访问所述托管服务平台的访问令牌：当目标用户为所述托管服务平台的平台用户时，通过所述托管服务平台获取所述访问令牌；或由所述目标程序向用户发送授权请求，并接收所述目标用户针对所述授权请求的授权确认操作；由所述目标程序向授权服务器发送与所述授权确认操作对应的授权确认信息，以由所述授权服务器向所述目标程序发送所述访问令牌。

其中，平台用户可以是托管服务平台的注册用户，当用户通过托管服务平台完成注册操作后，托管服务平台中将存储有该平台用户的用户信息。授权请求可以是托管服务平台通过目标程序向用户发送的授权请求。授权确认操作可以是用户针对授权请求进行的准许授权的确认操作。授权服务器可以是向目标程序发送访问令牌的服务器。授权确认信息可以是目标程序接收到用户的授权确认操作后，向授权服务器发送的用户已经确认授权的确认信息，所述授权确认信息可以是根据授权确认操作生成的。

具体的，在配置文件库创建完成后，如果目标程序想要访问配置文件库中的程序配置文件，则需要通过访问令牌才能调用托管服务平台提供的应用程序接口以从配置文件库读取程序配置文件，或向配置文件库写入程序配置文件。Git托管服务通常都是以oAuth2方式实现鉴权，所以需要获取oAuth令牌(oAuth token)，获取访问令牌可以采用下述两种方式：

(1)直接在Git托管服务的网站上生成私人访问令牌(private access token)，然后直接使用私人访问令牌调用API即可。参考图7，图7示意性示出了根据本公开的一个实施例的根据托管服务平台提供的网站生成访问令牌的界面图。可以通过图7提供的交互界面700一键生成私人访问令牌，用户可以点击交互界面700中的访问令牌链接701，通过点击“生成访问令牌”按钮702一键生成访问令牌。

(2)使用托管服务提供的oAuth授权方式，按照授权流程调用接口以生成accesstoken，通常使用oAuth的授权码方式获取access token。参考图8，图8示意性示出了根据本公开的一个实施例的通过授权方式获取访问令牌的流程图。通过授权方式获取访问令牌的过程为：在步骤S801中，目标程序可以向用户发送授权请求，例如，目标程序可以通过用户交互界面向用户显示该授权请求。在步骤S802中，用户在接收到授权请求后，可以对该授权请求进行授权确认操作，以准许本次的授权。在步骤S803中，目标程序在接收到用户的授权确认操作后，可以生成与授权确认操作对应的授权准许信息(即授权确认信息)，并将授权准许信息发送至授权服务器。在步骤S804中，授权服务器在接收到授权准许信息后，可以向目标程序发送访问令牌。在步骤S805中，目标程序在接收到访问令牌后，可以通过访问令牌请求访问资源服务器中的受保护资源。在步骤S806中，资源服务器在接收到访问请求时，可以将访问请求中对应的受保护资源发送至目标程序。例如，目标程序可以通过访问令牌访问设置于托管服务平台中的配置文件库，获取配置文件库中的程序配置文件。

另外，由于access token通常都有过期时间，可以将过期时间设置为尽可能的长(如几年或永久)，以长时间或永久使用访问令牌。如果不能设为永久，也可以使用期令牌(refresh token)自动刷新access token，以达到永久使用的目的。

在步骤S330中，通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。

本示例实施方式中，配置管理操作可以是从配置文件库中获取程序配置文件；或将程序配置文件写入配置文件库，以对配置文件库中的程序配置文件进行更新的操作。程序配置可以是针对目标程序进行的配置操作。

参考图4，在步骤S430中，目标程序可以通过应用程序接口读写配置文件库中的程序配置文件。具体的，当需要对目标程序进行程序配置时，可以通过调用读取文件的API接口来读取配置文件库中的程序配置文件，并按照文件格式解析出其配置内容，以应用到目标程序中。当对目标程序里修改了配置后，可以调用写文件的API接口将修改后的配置生成约定格式的程序配置文件，并将程序配置文件写入配置文件库。通过直接调用API修改配置文件库的程序配置文件的方式，将不会产生文件冲突的情况，也就引发配置冲突的情况，尤其是在团队共享配置的场景下非常有必要。程序配置文件的文件格式可以是JavaScript对象简谱(JavaScript Object Notation，JSON)、可扩展标记语言(Extensible MarkupLanguage，XML)等程序较容易读写的格式，也可以是纯文本格式，或者其他任何程序可以解析出其内容的格式，本公开对程序配置文件的文件格式不作任何特殊限定。

在本公开的一种示例性实施例中，通过所述应用程序接口对所述程序配置文件进行配置管理操作可以包含下述步骤：响应于配置文件获取请求，通过所述应用程序接口从所述配置文件库中获取对应的目标配置文件；根据所述目标配置文件更改所述目标程序的程序配置；以及接收针对所述目标程序的配置更新操作，生成与所述配置更新操作对应的更新配置文件；通过所述应用程序接口将所述更新配置文件写入至所述配置文件库。

其中，配置文件获取请求可以是目标程序向托管服务平台发送的请求获取配置文件库中的程序配置文件的请求。目标配置文件可以是与配置文件获取请求对应的程序配置文件。配置更新操作可以是对目标程序的程序配置进行更新的操作。更新配置文件可以是针对目标程序进行配置更新操作后，所生成的新的程序配置对应的程序配置文件。

参考图9，图9示意性示出了根据本公开的一个实施例的基于应用程序接口读写程序配置文件的数据流向图。当目标程序向托管服务平台发送配置文件获取请求后，目标程序可以通过调用应用程序接口从配置文件库中获取对应的目标配置文件。当目标程序获取到目标配置文件后，可以将目标配置文件中的文件内容应用于目标程序中，以对目标程序的程序配置进行更改。当目标程序的程序配置发生更改时，可以接收针对目标程序的配置更改操作，并根据该配置更改操作生成对应的更新配置文件。在生成更新配置文件后，可以通过应用程序接口将更新配置文件写入至配置文件库。

通过上述步骤可以实现多种不同场景下的程序配置管理。具体的：

(1)针对个人配置文件，可以实现个人配置的持久保存；例如，Visual Studio的个人设置永久保存。参考图10，图10示意性示出了根据本公开的一个实施例的目标程序的不同用户对应的个人配置文件的场景图。将个人配置文件保存在独立的配置文件库中，程序启动时通过Git托管服务提供的API去读取配置文件库里的个人配置文件的文件内容，以获取最新配置；用户在目标程序中修改配置后再使用API接口将修改的配置直接写到远端Git仓库的配置文件里。卸载应用以后仍然保留配置，下次安装使用时可以继续使用相同的配置。不同的用户可以用不同的配置文件，以用户名字来命名配置文件，从而方便读写。

(2)针对跨平台程序配置，可以实现多个不同平台之间的配置同步；例如，可以实现目标程序在Windows、macOS、Linux、Android、iOS等多个不同平台之间的配置同步。参考图11，图11示意性示出了根据本公开的一个实施例的目标程序在不同平台对应的平台配置文件的场景图。目标程序可以在不同平台间具有相同的配置，且避免反复设置；例如，比如visual studio code的配置可以在Windows、macOS和Linux间同步，不同平台的目标程序仅需要读写对应用户的配置文件即可实现同步。

(3)针对团队中多个共享成员用户的共享配置。参考图12，图12示意性示出了根据本公开的一个实施例的多个共享用户对应目标程序的共享配置文件的场景图。通过设置配置文件库的成员，使指定成员具有访问配置文件库中程序配置文件的权限，从而使团队成员在使用目标程序时可以共享使用同一个配置文件，使目标程序在团队内具有相同的配置。比如目标程序可以通过此方式共享程序配置。并可借助托管服务平台提供的角色权限控制实现部分人员只能读取配置，无法修改配置的功能。

在本公开的一种示例性实施例中，接收针对所述配置文件库的文件写入操作，确定与所述文件写入操作对应的目标更新文件；根据所述目标更新文件生成文件更新通知消息，并将所述文件更新通知消息发送至所述目标程序；由所述目标程序通过所述应用程序接口从所述配置文件库中获取所述目标更新文件，以根据所述目标更新文件更新对所述目标程序的程序配置。

其中，文件写入操作可以是将目标程序对应的程序配置文件写入配置文件库的操作。目标更新文件可以是文件写入操作所更改的程序配置文件。文件更新通知消息可以是程序配置文件产生更新操作的消息。

具体的，在目标程序的使用过程中，用户可以针对目标程序进行配置更改操作，当配置更改操作完成后，可以将修改的程序配置生成对应的程序配置文件，并写入配置文件库中。当接收到针对配置文件库的文件写入操作时，可以确定与写入操作对应的目标更新文件，并触发回调通知，即根据目标更新文件生成文件更新通知消息，并将文件更新通知消息发送至目标程序。目标程序接收到文件更新通知消息后，可以通过应用程序接口从配置文件库中获取目标更新文件，并根据目标更新文件更新目标程序的程序配置。

在本方案中，可以使用超文本传输(HyperText Transfer Protocol，HTTP)协议读取配置文件库中的程序配置文件。可以采用托管服务平台提供的推送回调通知(push回调通知)或push事件轮询技术，实现订阅目标程序的配置修改。当程序配置文件产生修改时，目标程序将立即接收到通知事件，读取最新的配置文件内容，达到实时获取配置的目的。参考图13，图13示意性示出了根据本公开的一个实施例的通过回调通知以通知目标程序更新配置的流程图。在通过push回调通知实现订阅配置修改时，可以在配置文件库中添加一个push回调，并将触发的事件设为push事件，回调地址目标程序中的某个服务接口。通过上述配置，在向配置文件库中的程序配置文件产生修改并写入新的配置文件时，将自动调用回调地址的服务，从而使目标程序实时接收到通知。通常，可以部署回调程序用以接受最新程序配置并通知应用程序。当通过push事件轮询方式查询配置修改时，可以每隔预设时间段查询一次配置文件库是否产生了新的程序配置文件。

需要说明的是，目标程序除了通过应用程序接口与配置文件库之间进行数据交互，还可以使用Git命令行读写配置文件库中的程序配置文件。

通过上述程序配置管理方法，可以实现针对目标程序的程序配置管理，参考图14，图14示意性示出了根据本公开的一个实施例的托管服务平台所实现的服务与配置的功能图。具体的：

(1)无需服务器。通过在托管服务平台上设置配置文件库，并将目标程序的程序配置文件保存在配置文件库中，可以无需自行搭建服务器即可实现管理目标程序的程序配置的功能。

(2)同步。通过Git托管服务平台提供的API接口，可以实时读取配置文件库中的程序配置文件，方便快速的在不同平台和团队内同步目标程序的程序配置。

(3)记录修改。由于Git具有强大的历史记录功能，每次提交文件时均可以详细记录提交人、日期和描述等信息以及修改的内容，并且可以连续查询记录的修改历史。利用Git的这一特性，可以方便的查询配置的修改情况，如配置的修改内容、修改人和修改日期等信息，达到方便追踪配置变更的目的。

(4)分布式。由于Git是分布式的，配置文件将被保存到每一个克隆过该Git仓库的设备上，所以程序配置文件也是分布式存储的，即使托管服务出现问题，也可以轻松获取到配置文件。

(5)安全。由于代码存储的安全性和稳定性要求极高，因此使用该方案存储应用配置的安全性也很高，通过设置配置文件库的私有属性，保证配置的私有性。

(6)权限控制。Git中通常分有多重角色，可以通过设置这些角色来控制成员的配置访问权限，比如非仓库成员不能访问配置，或者级别较低的角色成员只能读取配置但不能修改配置等，以实现灵活管理配置。

(7)网际互连协议(Internet Protocol，IP)访问白名单。除了通过人员角色进行权限控制外，还可以使用IP访问白名单来控制指定IP地址才能访问配置文件。

(8)配置变更通知：Git托管服务都提供了推送通知的功能，即在Git仓库有push事件时，可以发送邮件通知指定人员，所以可以在修改配置文件时通知相关指定人员，以及时了解应用配置的变化情况。

(9)订阅实时修改事件。每个Git仓库都有push回调通知功能，通过创建推送事件(push event)的回调通知，即可实时订阅配置文件修改的事件，从而达到实时获取配置文件的修改后的内容，这样也可以方便的实现配置中心的热更新(或者叫热发布)的功能。

(10)超大存储。Git托管服务提供的仓库存储空间非常大，通常达到几百个GB，并且允许的单个文件大小也很大，可以达到几百MB，所以可以存储非常多的配置文件，以及非常多的配置内容。例如GitHub允许的仓库大小为100GB，允许的单文件大小为100MB。

(11)便捷访问。通常情况下，托管服务平台均提供了官方访问网址(如www.Github.com，www.Gitlab.com等)，可以快速访问和操作文件内容。另外，还可以直接在网站上编辑配置文件，以达到修改应用配置的目的；同时可以直接在网站上管理访问权限和IP访问白名单等，无需自行提供管理访问权限和IP访问白名单的入口；也可以直接在网站上查看配置文件修改的历史记录，以方便的查看配置的变更记录。

综上所述，本公开的程序配置管理方法，确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台；获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口；通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。一方面，通过获取访问令牌调用应用程序接口，使得获取应用程序接口的方式更加简单和方便。另一方面，通过托管服务平台提供的应用程序接口，可以管理目标程序的配置文件，无需再自行创建服务器或使用配置中心用于管理程序配置文件。又一方面，由于程序配置文件存储在托管服务平台的配置文件库中，通过托管服务平台可以实现配置文件的持久化、记录目标程序的配置修改、实现成员用户的权限控制、订阅目标程序的实时配置修改事件等功能。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中，还提供了一种程序配置管理装置。该程序配置管理装置可以应用于一服务器或终端设备。参考图15所示，该程序配置管理装置1500可以包括：文件库确定模块1510、令牌获取模块1520以及配置管理模块1530。其中：

文件库确定模块1510，用于确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台；

令牌获取模块1520，用于获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口；

配置管理模块1530，用于通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。

在本公开的一种示例性实施例中，所述程序配置管理装置1500还包括文件库配置模块，包括：

文件生成单元，用于获取所述目标程序的程序配置，根据所述程序配置生成对应的程序配置文件；所述程序配置文件包括个人配置文件、平台配置文件、共享配置文件、多环境配置文件、历史配置文件和默认配置文件；

存储名称确定单元，用于获取所述目标程序的配置编排文档，并根据所述配置编排文档确定所述程序配置文件对应的文件存储名称；

文件存储单元，用于通过所述应用程序接口并根据所述文件存储名称将所述程序配置文件存储在所述配置文件库。

在本公开的一种示例性实施例中，所述存储名称确定单元包括：

个人名称确定子单元，用于确定不同用户对应的个人配置文件，根据所述用户的用户名确定各所述个人配置文件的文件存储名称；

平台名称确定子单元，用于确定所述目标程序在多个应用平台中分别对应的平台配置文件，根据平台名称确定各所述平台配置文件的文件存储名称；

共享名称确定子单元，用于确定多个共享用户针对所述目标程序的共享配置文件，根据所述多个共享用户对应的团队名称确定所述共享配置文件的文件存储名称；

环境名称确定子单元，用于确定所述目标程序在多个应用环境下分别对应的应用环境配置文件，根据应用环境类型确定各所述应用环境配置文件的文件存储名称；

历史名称确定子单元，用于确定所述目标程序对应的所有历史配置文件，根据文件版本确定各所述历史配置文件的文件存储名称；

默认名称确定子单元，用于确定所述目标程序对应的默认配置文件，并将默认文件名称作为所述默认配置文件的文件存储名称。

在本公开的一种示例性实施例中，所述共享名称确定子单元被配置为：

获取多个所述共享用户针对所述目标程序的共享配置操作，并判断多个所述共享配置操作之间是否存在操作冲突；

如果多个所述共享配置操作之间存在操作冲突，则对多个所述共享配置操作进行操作合并处理，以确定对应的目标共享配置操作；

根据所述目标共享配置操作生成所述共享配置文件。

在本公开的一种示例性实施例中，所述令牌获取模块包括令牌获取单元，用于当目标用户为所述托管服务平台的平台用户时，通过所述托管服务平台获取所述访问令牌；或由所述目标程序向用户发送授权请求，并接收所述目标用户针对所述授权请求的授权确认操作；由所述目标程序向授权服务器发送与所述授权确认操作对应的授权确认信息，以由所述授权服务器向所述目标程序发送所述访问令牌。

在本公开的一种示例性实施例中，所述配置管理模块包括配置管理单元，用于响应于配置文件获取请求，通过所述应用程序接口从所述配置文件库中获取对应的目标配置文件；根据所述目标配置文件更改所述目标程序的程序配置；以及接收针对所述目标程序的配置更新操作，生成与所述配置更新操作对应的更新配置文件；通过所述应用程序接口将所述更新配置文件写入至所述配置文件库。

在本公开的一种示例性实施例中，所述程序配置管理装置还包括更新配置模块，用于接收针对所述配置文件库的文件写入操作，确定与所述文件写入操作对应的目标更新文件；根据所述目标更新文件生成文件更新通知消息，并将所述文件更新通知消息发送至所述目标程序；由所述目标程序通过所述应用程序接口从所述配置文件库中获取所述目标更新文件，以根据所述目标更新文件更新对所述目标程序的程序配置。

上述程序配置管理装置中各模块或单元的具体细节已经在对应的程序配置管理方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种程序配置管理方法，其特征在于，包括：

确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台；

获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口；

通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。

2.根据权利要求1所述的程序配置管理方法，其特征在于，在所述确定目标程序以及所述目标程序对应的配置文件库之前，所述方法还包括：

获取所述目标程序的程序配置，根据所述程序配置生成对应的程序配置文件；所述程序配置文件包括个人配置文件、平台配置文件、共享配置文件、多环境配置文件、历史配置文件和默认配置文件；

获取所述目标程序的配置编排文档，并根据所述配置编排文档确定所述程序配置文件对应的文件存储名称；

通过所述应用程序接口并根据所述文件存储名称将所述程序配置文件存储在所述配置文件库。

3.根据权利要求2所述的程序配置管理方法，其特征在于，所述根据所述配置编排文档确定所述程序配置文件对应的文件存储名称，包括：

确定不同用户对应的个人配置文件，根据所述用户的用户名确定各所述个人配置文件的文件存储名称；

确定所述目标程序在多个应用平台中分别对应的平台配置文件，根据平台名称确定各所述平台配置文件的文件存储名称；

确定多个共享用户针对所述目标程序的共享配置文件，根据所述多个共享用户对应的团队名称确定所述共享配置文件的文件存储名称；

确定所述目标程序在多个应用环境下分别对应的应用环境配置文件，根据应用环境类型确定各所述应用环境配置文件的文件存储名称；

确定所述目标程序对应的所有历史配置文件，根据文件版本确定各所述历史配置文件的文件存储名称；

确定所述目标程序对应的默认配置文件，并将默认文件名称作为所述默认配置文件的文件存储名称。

4.根据权利要求3所述的程序配置管理方法，其特征在于，所述确定多个共享用户针对所述目标程序的共享配置文件，包括：

获取多个所述共享用户针对所述目标程序的共享配置操作，并判断多个所述共享配置操作之间是否存在操作冲突；

如果多个所述共享配置操作之间存在操作冲突，则对多个所述共享配置操作进行操作合并处理，以确定对应的目标共享配置操作；

根据所述目标共享配置操作生成所述共享配置文件。

5.根据权利要求1所述的程序配置管理方法，其特征在于，所述获取所述目标程序访问所述托管服务平台的访问令牌，包括：

当目标用户为所述托管服务平台的平台用户时，通过所述托管服务平台获取所述访问令牌；或

由所述目标程序向用户发送授权请求，并接收所述目标用户针对所述授权请求的授权确认操作；

由所述目标程序向授权服务器发送与所述授权确认操作对应的授权确认信息，以由所述授权服务器向所述目标程序发送所述访问令牌。

6.根据权利要求1所述的程序配置管理方法，其特征在于，所述通过所述应用程序接口对所述程序配置文件进行配置管理操作，包括：

响应于配置文件获取请求，通过所述应用程序接口从所述配置文件库中获取对应的目标配置文件；

根据所述目标配置文件更改所述目标程序的程序配置；以及

接收针对所述目标程序的配置更新操作，生成与所述配置更新操作对应的更新配置文件；

通过所述应用程序接口将所述更新配置文件写入至所述配置文件库。

7.根据权利要求1或6所述的程序配置管理方法，其特征在于，所述方法还包括：

接收针对所述配置文件库的文件写入操作，确定与所述文件写入操作对应的目标更新文件；

根据所述目标更新文件生成文件更新通知消息，并将所述文件更新通知消息发送至所述目标程序；

由所述目标程序通过所述应用程序接口从所述配置文件库中获取所述目标更新文件，以根据所述目标更新文件更新对所述目标程序的程序配置。

8.一种程序配置管理装置，其特征在于，包括：

文件库确定模块，用于确定目标程序以及所述目标程序对应的配置文件库；所述配置文件库包括预先编排的所述目标程序的程序配置文件，且所述配置文件库设置于托管服务平台；

令牌获取模块，用于获取所述目标程序访问所述托管服务平台的访问令牌，以根据所述访问令牌调用应用程序接口；

配置管理模块，用于通过所述应用程序接口对所述程序配置文件进行配置管理操作，以实现对所述目标程序的程序配置。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求1至7中任意一项所述的程序配置管理方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的程序配置管理方法。

Images