CN115145626A - 项目的配置管理方法、装置和电子设备 - Google Patents

Abstract

本申请公开一种项目的配置管理方法、装置和电子设备，该方法、装置和电子设备通过构建个性化架构父节点，确定整体项目架构中不同项目对应的共用资源，将共用资源的资源信息封装至个性化架构父节点，并在整体项目架构的需引用共用资源的相应项目中配置对个性化架构父节点的引用信息，实现对企业架构提供的基础架构进行再次封装及此基础上的项目统一管理，这样只修改个性化架构父节点中共用资源的资源信息，就可以将所有引用个性化架构父节点的项目的相关jar包做更新或升级，不需要逐一修改，能够减少对项目的修改工作量及沟通成本，并避免修改失误或遗漏，为安全漏洞修复/系统升级提供了方便，可便于快速、精准的安全漏洞修复/系统升级。

Description

项目的配置管理方法、装置和电子设备

技术领域

本申请属于软件项目管理技术领域，尤其涉及一种项目的配置管理方法、装置和电子设备。

背景技术

企业中的各个项目通常都会采用企业统一架构组提供的架构作为基础架构，并在基础架构的基础上按需求做对应的业务开发。一旦遇到安全漏洞修复等问题，企业中各个项目只能根据自身的需要按修复方案各自修改自身pom(Project Object Model，项目对象模型)文件，以针对某些jar包进行升级修复。

目前大部分企业采用的都是微服务架构，每个项目少则2、3个模块，多则10几个模块，针对安全漏洞修复等问题，每个模块如果都去修改pom文件，工作量会比较大，而且由于修改之处较多，也容易造成失误或遗漏。

另外，企业中项目组与项目组之间信息也不互通，一旦遇到架构升级的问题，沟通效率低、成本高，信息传达也容易出现纰漏，从而影响安全漏洞修复/升级效率。

发明内容

有鉴于此，本申请提供一种项目的配置管理方法、装置和电子设备，用于解决现有技术的问题，减少对项目的修改工作量及沟通成本，避免修改失误或遗漏，方便后续安全漏洞修复。

具体技术方案如下：

一种项目的配置管理方法，包括：

构建个性化架构父节点；

确定整体项目架构中不同项目对应的共用资源；

将所述共用资源的资源信息封装至所述个性化架构父节点；

在所述整体项目架构的需引用共用资源的相应项目中配置对所述个性化架构父节点的引用信息。

可选的，所述构建个性化架构父节点，包括：

创建以预设基础架构为所依赖的父节点的公共工程，作为所述个性化架构父节点。

可选的，所述确定整体项目架构中不同项目对应的共用资源，包括：

确定整体项目架构中不同项目所使用的相同服务组件和/或不同项目所使用服务组件中的相同部分，将所述相同服务组件和/或服务组件中的所述相同部分作为不同项目对应的共用资源。

可选的，所述将所述共用资源的资源信息封装至所述个性化架构父节点，包括：

向所述公共工程对应的资源描述文件中配置所述共用资源的资源信息。

可选的，在向所述公共工程对应的资源描述文件中配置所述共用资源的资源信息之后，所述方法还包括：

将完成共用资源的资源信息配置后的所述公共工程发布至预设共享区域。

可选的，所述在所述整体项目架构的需引用公共资源的相应项目中配置对所述个性化架构父节点的引用信息，包括：

将需引用共用资源的相应项目对应的资源描述文件中配置的对所述预设基础架构的引用信息调整为对所述个性化架构父节点的引用信息。

删除所述相应项目对应的资源描述文件中的重复配置信息，所述重复配置信息为所述相应项目对应的资源描述文件与所述公共工程对应的资源描述文件相比存在的重复配置信息。

可选的，所述方法还包括：

响应于更新所述个性化架构父节点中所述共用资源的资源信息，重新发布与所述个性化架构父节点具备引用关系的项目。

一种项目的配置管理装置，包括：

构建单元，用于构建个性化架构父节点；

确定单元，用于确定整体项目架构中不同项目对应的共用资源；

封装单元，用于将所述共用资源的资源信息封装至所述个性化架构父节点；

配置单元，用于在所述整体项目架构的需引用共用资源的相应项目中配置对所述个性化架构父节点的引用信息。

可选的，所述构建单元，具体用于：

创建以预设基础架构为所依赖的父节点的公共工程，作为所述个性化架构父节点。

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

存储器，用于至少存储一组计算机指令集；

处理器，用于调用并执行所述存储器中的所述计算机指令集，通过执行所述计算机指令集实现如上文任一项所述的方法。

根据以上方案可知，本申请提供的项目的配置管理方法、装置和电子设备，通过构建个性化架构父节点，确定整体项目架构中不同项目对应的共用资源，将共用资源的资源信息封装至个性化架构父节点，并在整体项目架构的需引用共用资源的相应项目中配置对个性化架构父节点的引用信息，实现对企业架构提供的基础架构进行再次封装及再次封装基础上的项目统一管理，这样只修改个性化架构父节点中共用资源的资源信息，就可以将所有依赖/引用个性化架构父节点的项目的相关jar包做更新或升级，不需要逐一修改，能够减少对项目的修改工作量及沟通成本，并避免修改失误或遗漏，为安全漏洞修复/系统升级提供了方便，可便于快速、精准的安全漏洞修复/系统升级。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1是企业架构所采用的一基础架构示意图；

图2是传统技术在基础架构上进行业务开发所得的企业架构的架构图；

图3是传统技术在项目业务模块的pom配置文件中引入araf-parent基础框架的相应示例；

图4是传统技术在业务模块pom配置文件的相关依赖标签引入基础架构封装过的jar包的相应示例；

图5是本申请提供的项目的配置管理方法的一种流程示意图；

图6是本申请提供的增加个性化架构父节点后的企业架构示意图；

图7是本申请提供的创建名称为ait-parent的pom工程示意图；

图8是本申请提供的修改项目子系统pom文件的示意图；

图9是本申请提供的修改项目子系统server模块pom文件的示意图；

图10是本申请提供的项目的配置管理方法的另一种流程示意图；

图11是本申请提供的项目的配置管理装置的组成结构图；

图12是本申请提供的电子设备的组成结构图。

具体实施方式

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

假设企业统一架构组提供的基础架构如图1所示，为对外部开源框架(Apache公司一款开源框架组件log4j)做了封装后所得的架构，包括消息中间件、报表、核心模块接口等各个模块。项目启动时，企业的不同项目组会在基础架构基础上进一步按需做对应的业务开发。参见图2提供的在基础架构基础上进行业务开发所得的企业架构，项目分1、2、3三个工程(project)，每个project中都有各自的业务模块module，传统技术中，每个project的业务模块的资源描述文件如pom配置文件中<parent>标签都会引入araf-parent基础框架，具体如图3所示，且需要在相关依赖标签如<dependencyManagement>和<dependencies>标签里加入基础架构封装过的jar包，引入到目标project中，供后续子模块调用，如图4所示。

一旦底层apache提供的log4j存在安全漏洞，需要对所有引用araf-core包的项目进行log4j安全漏洞的修复。修改工作量大，容易造成失误或遗漏，且架构组并不清楚都有哪些项目组引用araf-core包，只能逐一联系产品线负责人进行修复信息的传达，耗时长，效果差，沟通成本高，而且如果修复方案复杂，信息传达不完整时也容易造成修复失败或者修改出新的问题。

为此，本申请实施例公开一种项目的配置管理方法、装置和电子设备，用于通过对企业架构提供的基础架构进行再次封装及此基础上的项目统一管理，减少对项目的修改工作量及沟通成本，避免修改失误或遗漏，方便后续安全漏洞修复。

参见图5示出的项目的配置管理方法流程图，本申请实施例公开的项目的配置管理方法，具体包括如下处理过程：

步骤501、构建个性化架构父节点。

本申请创建以预设基础架构为所依赖的父节点的公共工程，作为个性化架构父节点，相应的，个性化架构父节点依赖的父节点为所设定的基础架构，如Apache公司的开源框架组件log4j。且，个性化架构父节点能够作为整体项目架构(如，在基础架构上进一步进行业务开发所得的企业级架构)中各个项目的父节点，被整体项目架构中的各个项目按需引用，具体如图6所示。

所构建的个性化架构父节点，用于对企业架构提供的基础架构进行再次封装，同时，个性化架构父节点的构建导致图2所示的传统企业架构发生变化，具体变化为如图6所示的企业架构。

示例性的，参见图7，本实施例创建一个名称为ait-parent的pom工程作为公共工程，用来封装架构组公共部分配置(即整体项目架构中不同项目对应的共用资源的资源信息)。

步骤502、确定整体项目架构中不同项目对应的共用资源。

可选的，可以确定整体项目架构中不同项目所使用的相同服务组件和/或不同项目所使用服务组件中的相同部分，将确定的相同服务组件和/或服务组件中的所述相同部分作为整体项目架构中不同项目对应的共用资源。

进一步，在确定整体项目架构中不同项目所使用的相同服务组件和/或不同项目所使用服务组件中的相同部分时，可以将整体项目架构的现有各个项目用到的相同服务组件或服务组件相同的部分抽取出来，和/或根据整体项目架构的设计需求，预判不同项目会使用的相同服务组件或服务组件相同部分。

步骤503、将共用资源的资源信息封装至个性化架构父节点。

之后，可通过向公共工程对应的资源描述文件中配置共用资源的资源信息，实现将抽取和/或预判的共用资源的资源信息封装在公共工程中，相应实现在个性化架构父节点对共用资源的资源信息的封装。

例如，针对创建的名为ait-parent的公共pom工程，可通过将抽取和/或预判的共用资源的资源信息维护到ait-parent工程的pom文件里，实现在ait-parent工程对这些共用资源的资源信息的封装，相应实现在ait-parent工程将所有需要引用架构的jar包进行再次封装，并把一些sonar检查，代码编译插件、代码覆盖率插件、指定配置文件等通用组件也进行封装。

可选的，在向公共工程对应的资源描述文件中配置共用资源的资源信息之后，还可以将完成配置的公共工程发布至预设共享区域，以供各项目组的不同项目能够按需对公共工程进行引用。

仍以ait-parent工程为例，针对完成编辑、配置的ait-parent工程，可执行maven命令中的发布命令(clean deploy)，将ait-parent工程发布到公司中央仓库中，同时，结合参见图6，在发布时将ait-parent工程配置成以基础架构(araf-parent基础架构父节点)为依赖，且可被项目组中各个项目进行依赖的个性化架构父节点(ait-parent个性化架构父节点)，以供项目组使用。

其中，具体通过编辑/配置ait-parent工程对应的资源描述文件(即ait-parent工程的pom.xml文件)，将ait-parent工程配置成以基础架构(araf-parent基础架构父节点)为依赖，且可被项目组中各个项目依赖的个性化架构父节点，所编辑/配置的内容主要有以下几点：

<parent>：指定架构组父节点pom及版本。

<properties>：公共配置信息。

<dependencyManagement>：依赖jar包管理及指定jar包版本。

<distributionManagement>：maven中央仓库配置。

ait-parent工程中封装的共用资源的资源信息，可通过在项目中对ait-parent工程的引用配置传递给每一个使用<ait-parent>的项目。

步骤504、在所述整体项目架构的需引用共用资源的相应项目中配置对个性化架构父节点的引用信息。

最终，在整体项目架构的需引用公共资源的相应项目中配置对个性化架构父节点的引用信息，通过在项目中对个性化架构父节点的引用，实现项目对共用资源的引用。

可选的，具体可通过将需引用共用资源的相应项目对应的资源描述文件中配置的对预设基础架构的引用信息调整为对个性化架构父节点的引用信息，并删除所述相应项目对应的资源描述文件中的重复配置信息(重复配置信息为所述相应项目对应的资源描述文件与公共工程对应的资源描述文件相比存在的重复配置信息)，实现在整体项目架构的需引用公共资源的相应项目中配置对个性化架构父节点的引用信息。

针对上文构建并配置、发布的ait-parent工程，可通过修改项目子系统pom文件及修改项目子系统server模块的pom文件，实现在相应项目中配置对个性化架构父节点(ait-parent)的引用信息，具体如下：

(一)修改项目子系统pom文件

结合参见图8，包括如下的详细流程：

a1、修改子系统微服务pom文件中关于<parent>标签内容，将标签内容中的araf-parent改为ait-parent；

b1、删除<properties>标签中公共部分配置，即与ait-parent里重复的配置信息；

c1、删除<dependencyManagement>标签中架构提供的jar包配置，即与ait-parent里重复的配置信息；

d1、删除<dependencies>标签及其所包含的内容；

e1、删除<distributionManagement>标签及其所包含的内容。

由于大部分jar包依赖项都提取到ait-parent工程中，因此子系统模块中关于<dependencies>的内容可以为空，也可以维护此模块额外需要引入的jar包依赖，其他的都继承于ait-parent工程。

(二)修改项目子系统server模块pom文件

结合参见图9，包括如下的详细流程：

a2、删除<properties>标签中公共部分配置，即与ait-parent里重复的配置信息；

b2、删除<dependencyManagement>标签中架构提供的jar包配置，即与ait-parent里重复的配置信息；

c2、修改<dependencies>标签内容，将本模块需要的jar包都添加到此节点中；

d2、修改<build>标签内容，只保留包含启动类的<plugin>，其他插件配置全部删除，即删除与ait-parent里重复的配置信息。

build标签内容如下所示：

只需要将本子模块需要用到的jar添加到<dependencies>标签中即可，jar包版本号一律通过ait-parnet进行配置管理。

根据以上方案可知，本申请实施例的方法，通过构建个性化架构父节点，确定整体项目架构中不同项目对应的共用资源，将共用资源的资源信息封装至个性化架构父节点，并在整体项目架构的需引用共用资源的相应项目中配置对个性化架构父节点的引用信息，实现对企业架构提供的基础架构进行再次封装及再次封装基础上的项目统一管理，这样只修改个性化架构父节点中共用资源的资源信息，就可以将所有依赖/引用个性化架构父节点的项目的相关jar包做更新或升级，不需要逐一修改，能够减少对项目的修改工作量及沟通成本，并避免修改失误或遗漏，为安全漏洞修复/系统升级提供了方便，可便于快速、精准的安全漏洞修复/系统升级。

在一实施例中，可选的，参见图10示出的项目的配置管理方法流程图，本申请公开的项目的配置管理方法，还可以包括以下处理：

步骤505、响应于更新个性化架构父节点中所述共用资源的资源信息，重新发布与个性化架构父节点具备引用关系的项目。

具体的，当个性化架构父节点中共用资源的资源信息发生变更时，如因资源升级或安全漏洞修复等问题而发生变更时，响应于该变更事件，将变更后的个性化架构父节点进行发布，并覆盖变更前的个性化架构父节点，以及重新发布与个性化架构父节点具备引用关系的项目，以此实现将变更传递到引用个性化架构父节点的各个项目。

以上述对项目相关pom文件所作的修改为例，经过上述的修改后，项目组所有相关子系统模块的pom文件都改成对ait-parent个性化架构父节点的引用，这样改动最大的好处就是，如果架构基础jar包需要做改动升级，或者是项目组所采用基础架构的安全漏洞问题(如前文提到的log4j安全漏洞问题)需要进行修复，只需要修改ait-parent一个工程，然后发布到企业的中央仓库即可，其他所有使用ait-parent工程的项目子系统，都不需要做任何修改，重新发布即可完成jar包升级，或者安全漏洞的修复。

既可以避免因为项目子系统过多导致修复步骤繁琐的问题，也可以避免不同项目组之间因为信息传达不到位而导致遗漏或耗时长的问题。

对应于本申请中项目的配置管理方法，本申请实施例还公开一种项目的配置管理装置，该装置的组成结构如图11所示，具体包括：

构建单元11，用于构建个性化架构父节点；

确定单元12，用于确定整体项目架构中不同项目对应的共用资源；

封装单元13，用于将所述共用资源的资源信息封装至所述个性化架构父节点；

配置单元14，用于在所述整体项目架构的需引用共用资源的相应项目中配置对所述个性化架构父节点的引用信息。

在一实施方式中，构建单元11，具体用于：

创建以预设基础架构为所依赖的父节点的公共工程，作为所述个性化架构父节点。

在一实施方式中，确定单元12，具体用于：

确定整体项目架构中不同项目所使用的相同服务组件和/或不同项目所使用服务组件中的相同部分，将所述相同服务组件和/或服务组件中的所述相同部分作为不同项目对应的共用资源。

在一实施方式中，封装单元13，具体用于：

向所述公共工程对应的资源描述文件中配置所述共用资源的资源信息。

在一实施方式中，上述装置还包括：发布模块，用于将完成共用资源的资源信息配置后的所述公共工程发布至预设共享区域。

在一实施方式中，配置单元14，具体用于：

将需引用共用资源的相应项目对应的资源描述文件中配置的对所述预设基础架构的引用信息调整为对所述个性化架构父节点的引用信息。

删除所述相应项目对应的资源描述文件中的重复配置信息，所述重复配置信息为所述相应项目对应的资源描述文件与所述公共工程对应的资源描述文件相比存在的重复配置信息。

在一实施方式中，发布模块还用于：响应于更新所述个性化架构父节点中所述共用资源的资源信息，重新发布与所述个性化架构父节点具备引用关系的项目。

本申请实施例还公开一种电子设备，可以是但不限于众多通用或专用的计算装置环境或配置下的设备，例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置等等。

电子设备的组成结构如图12所示，至少包括：

存储器21，用于存放计算机指令集；

计算机指令集可以通过计算机程序的形式实现。

处理器22，用于通过执行计算机指令集，实现如上文任一方法实施例公开的项目的配置管理方法。

处理器22可以为中央处理器(Central Processing Unit，CPU)，特定应用集成电路(application-specific integrated circuit，ASIC)，数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件等。

除此之外，电子设备还可以包括通信接口、通信总线等组成部分。存储器、处理器和通信接口通过通信总线完成相互间的通信。

通信接口用于电子设备与其他设备之间的通信。通信总线可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture，EISA)总线等，该通信总线可以分为地址总线、数据总线、控制总线等。

综上所述，本申请实施例公开的项目的配置管理方法、装置和电子设备，与传统技术相比，至少具备以下技术优势：

1)本申请通过再次封装企业架构，将jar包管理全部放到一个统一的pom中，而项目组中每个工程pom文件中把依赖架构组提供的parent改为封装后的parent，这样就可以只修改封装后的parent一个地方就可以将所有用到企业架构模块依赖的jar包做更新或升级，不需要逐一修改，也即基于本申请方案，当需进行资源升级或安全漏洞修复时，只修改ait-parent这一公共工程，其他所有项目重新发布就可以完美解决升级或安全漏洞的修复工作，省去了大量的时间成本；

2)同时，还可以把大量的相同配置都提取到ait-parent工程中，简化了各个项目的pom文件内容，降低了pom文件复杂度，简化了各个项目组中pom文件针对jar包的管理；

3)能够快速搭建项目；

4)降低由于安全漏洞引发架构模块升级，导致所有项目模块都需要修改的风险，同时也避免了容易遗漏、失误的问题；

5)改善了子系统过多，项目组与项目组之间信息不互通，信息传达不到位，导致修复不及时、不完善的问题。

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

为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种项目的配置管理方法，其特征在于，包括：

构建个性化架构父节点；

确定整体项目架构中不同项目对应的共用资源；

将所述共用资源的资源信息封装至所述个性化架构父节点；

在所述整体项目架构的需引用共用资源的相应项目中配置对所述个性化架构父节点的引用信息。

2.根据权利要求1所述的方法，其特征在于，所述构建个性化架构父节点，包括：

创建以预设基础架构为所依赖的父节点的公共工程，作为所述个性化架构父节点。

3.根据权利要求1所述的方法，其特征在于，所述确定整体项目架构中不同项目对应的共用资源，包括：

确定整体项目架构中不同项目所使用的相同服务组件和/或不同项目所使用服务组件中的相同部分，将所述相同服务组件和/或服务组件中的所述相同部分作为不同项目对应的共用资源。

4.根据权利要求2所述的方法，其特征在于，所述将所述共用资源的资源信息封装至所述个性化架构父节点，包括：

向所述公共工程对应的资源描述文件中配置所述共用资源的资源信息。

5.根据权利要求4所述的方法，其特征在于，在向所述公共工程对应的资源描述文件中配置所述共用资源的资源信息之后，还包括：

将完成共用资源的资源信息配置后的所述公共工程发布至预设共享区域。

6.根据权利要求2所述的方法，其特征在于，所述在所述整体项目架构的需引用公共资源的相应项目中配置对所述个性化架构父节点的引用信息，包括：

将需引用共用资源的相应项目对应的资源描述文件中配置的对所述预设基础架构的引用信息调整为对所述个性化架构父节点的引用信息；

删除所述相应项目对应的资源描述文件中的重复配置信息，所述重复配置信息为所述相应项目对应的资源描述文件与所述公共工程对应的资源描述文件相比存在的重复配置信息。

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

响应于更新所述个性化架构父节点中所述共用资源的资源信息，重新发布与所述个性化架构父节点具备引用关系的项目。

8.一种项目的配置管理装置，其特征在于，包括：

构建单元，用于构建个性化架构父节点；

确定单元，用于确定整体项目架构中不同项目对应的共用资源；

封装单元，用于将所述共用资源的资源信息封装至所述个性化架构父节点；

配置单元，用于在所述整体项目架构的需引用共用资源的相应项目中配置对所述个性化架构父节点的引用信息。

9.根据权利要求8所述的装置，其特征在于，所述构建单元，具体用于：

创建以预设基础架构为所依赖的父节点的公共工程，作为所述个性化架构父节点。

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

存储器，用于至少存储一组计算机指令集；

处理器，用于调用并执行所述存储器中的所述计算机指令集，通过执行所述计算机指令集实现如权利要求1-7任一项所述的方法。

Images