基于web应用架构的项目管理方法、装置、设备及介质与流程

1.本技术涉及数据展示领域，尤其涉及一种基于web应用架构的项目管理方法、装置、设备及存储介质。


背景技术：

2.目前，基于“前端-后端”的web应用架构模式得到广泛推行，“前端-后端”的开发模式给前端技术的带来了更加开放的发展空间。随着前端“双向绑定”、“mvvm”和“mvc”等技术理念不断的演进和发展，前端领域出现了很多优秀的技术框架，其中，angular、react和vue成为了最主要的三大前端应用开发框架。虽然多种开发框架为开发人员提供更多的技术栈选择，但是多种技术栈混用也给互联网企业带来诸多问题，例如，技术栈的兼容性问题和多团队合作开发成本提高，不利于企业内部进行技术沉淀。因此，有必要提供一种项目管理方法，动态检测并汇总前端技术栈的信息，用以辅助企业调整前端技术栈的布局。


技术实现要素：

3.本技术提供了一种基于web应用架构的项目管理方法、装置、设备及存储介质，用于动态检测并汇总前端技术栈的信息，以辅助企业调整前端技术栈的布局。
4.第一方面，本技术提供了一种基于web应用架构的项目管理方法，所述方法包括：
5.获取新增的程序代码，识别新增的程序代码对应的前端项目，所述前端项目包括一个或多个子项目；
6.利用预设的检测插件，访问所述子项目的程序目录，从所述程序目录中获取程序配置文件；
7.从所述程序配置文件中获取程序配置信息，所述程序配置信息包括前端技术栈类型和前端技术栈版本号；
8.将所述程序配置信息保存至预设的数据库中，并根据所述程序配置信息生成信息报表，所述信息报表至少包括所述前端技术栈类型的比例和所述前端技术栈版本号。
9.第二方面，本技术还提供了一种基于web应用架构的项目管理装置，所述基于web应用架构的项目管理装置包括：项目识别模块、文件获取模块、信息获取模块和报表生成模块；
10.项目识别模块，用于获取新增的程序代码，识别新增的程序代码对应的前端项目，所述前端项目包括一个或多个子项目；
11.文件获取模块，用于利用预设的检测插件，访问所述子项目的程序目录，从所述程序目录中获取程序配置文件；
12.信息获取模块，用于从所述程序配置文件中获取程序配置信息，所述程序配置信息包括前端技术栈类型和前端技术栈版本号；
13.报表生成模块，用于将所述程序配置信息保存至预设的数据库中，并根据所述程序配置信息生成信息报表，所述信息报表至少包括所述前端技术栈类型的比例和所述前端
技术栈版本号。
14.第三方面，本技术还提供了一种计算机设备，所述计算机设备包括存储器和处理器；所述存储器用于存储计算机程序；所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如本技术实施例提供任意一种所述的基于web应用架构的项目管理方法。
15.第四方面，本技术还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如本技术实施例提供任意一种所述的基于web应用架构的项目管理方法。
16.本技术实施例提供了一种基于web应用架构的项目管理方法、装置、设备及存储介质，基于web应用架构的项目管理方法的具体步骤包括：获取新增的程序代码，识别新增的程序代码对应的前端项目，前端项目包括一个或多个子项目；利用预设的检测插件，访问子项目的程序目录，从程序目录中获取程序配置文件；从程序配置文件中获取程序配置信息，程序配置信息包括前端技术栈类型和前端技术栈版本号；将程序配置信息保存至预设的数据库中，并根据程序配置信息生成信息报表，信息报表至少包括前端技术栈类型的比例和前端技术栈版本号。根据本技术实施例中提供的基于web应用架构的项目管理方法，通过将检测插件与ci/cd流水线绑定，达到动态、实时检测前端技术栈变更的效果，能够在无需企业各个开发团队辅助的情况下，自动检测和收集各个开发团队所使用的前端技术栈的信息，汇总生成企业报表，为企业开发团队的管理人员提供真实可靠的前端技术栈应用情况的数据。
附图说明
17.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1是本技术实施例提供的一种前端开发的场景示意图；
19.图2是本技术实施例提供的一种前端程序代码转化的示意流程图；
20.图3是本技术实施例提供的一种基于web应用架构的项目管理方法的示意流程图；
21.图4是本技术实施例提供的一种检测插件管理页面的示意性框图；
22.图5是本技术实施例提供的一种报表展示界面的示意性框图；
23.图6是本技术实施例提供的一种基于web应用架构的项目管理装置的示意性框图；
24.图7是本技术实施例提供的一种计算机设备的结构示意性框图。
具体实施方式
25.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
26.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际
执行的顺序有可能根据实际情况改变。
27.应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
28.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
29.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
30.针对上述技术问题，本技术提供一种前端技术栈检测方法、装置、计算设备和存储介质，用于在前端程序开发过程中，动态检测并汇总前端技术栈的变更信息，能够辅助企业调整前端技术栈的布局。
31.请参阅图1，图1展示了一种前端开发的场景示意图。如图1所示，前端开发过程中通常包括编辑终端、服务器和应用终端。编辑终端用于获取技术人员编辑的应用程序的程序代码，以及将程序代码发送至服务器；服务器用于存储、检测和编译程序代码，还用于响应应用终端的请求，向应用终端发送应用程序所需要的数据；应用终端用于向用户展示应用程序。
32.其中，服务器可以为独立的服务器，也可以为服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)以及大数据和人工智能平台等基础云计算服务的云服务器。该终端可以是手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等电子设备。
33.请参阅图2，图2展示了一种前端程序代码转化的示意流程图。如图2所示，前端源代码转化为后端可执行代码的步骤流程包括：1、获取源代码；2、ci/cd流水线检测；3、程序编译；4、程序部署；5、安全扫描；6、接口测试；7、一致性检查。其中，ci/cd流水线检测具有成熟的自动化实现方案，因此，将前端技术栈检测与ci/cd流水线执行过程进行绑定，即可达到动态、实时检测技术栈变更的效果，汇总各个开发团队的技术栈信息，为企业开发团队的管理人员提供真实可靠的前端技术栈的应用数据。
34.需要说明的是，本技术实施例可以基于人工智能技术对相关的数据进行获取和处理，比如通过ci/cd流水线检测源代码。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
35.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
36.请参阅图3，图3是本技术实施例提供的一种基于web应用架构的项目管理方法的示意流程图。该基于web应用架构的项目管理方法能够动态检测并汇总前端技术栈的变更信息，辅助企业调整前端技术栈的布局。
37.如图3所示，该基于web应用架构的项目管理方法，具体包括：步骤s101至步骤
s104。
38.s101、获取新增的程序代码，识别新增的程序代码对应的前端项目，前端项目包括一个或多个子项目。
39.示例性的，代码仓库中存在一个前端项目a，根据前端项目a创建对应的ci/cd流水线，前端项目a中包括子项目a1、子项目a2和子项目a3。当前端项目a增加子项目a4时，调用前端项目a对应的ci/cd流水线，检测子项目a4的安全性以及子项目a4与子项目a1、a2和a3的兼容性。具体地，获取子项目a4的程序代码，将该程序代码存储至前端项目a的文件夹中，在ci/cd流水线中配置子项目a4的检测路径，该检测路径通常为前端项目a的文件夹所在路径的下一级，因此通过检测路径的配置，能够识别子项目a4对应的前端项目a。
40.需要说明的是，前端项目可以是一个应用程序，一个前端项目由一个或多个子项目组成，技术人员可以通过修改子项目实现对前端项目的修改，例如，新增一个子项目。
41.还需要说明的是，ci/cd(continuous integration/continuous delivery；持续集成/持续交付；简称ci/cd)流水线包括：持续集成(ci)和持续交付(cd)，其中，持续集成(ci)：在前端项目的源代码变更后，执行自动检测、拉取、构建和(在大多数情况下)单元测试的过程；持续交付(cd)：通过软件交付管道以快速、自动化和可重复的方式将源代码转换成发布版本。本技术实施例中的“持续”为“随时可运行”，而不是“一直在运行”，目标是能够频繁地交付高质量的软件例如，一季度一次、一个月一次、一周一次、一天一次或一天多次。
42.s102、利用预设的检测插件，访问子项目的程序目录，从程序目录中获取程序配置文件。
43.具体地，获取预设的检测插件，将检测插件植入ci/cd流水线中，获取前端项目的代码路径，将代码路径设置为检测插件的执行路径，代码路径包括一个或多个子程序的程序目录，利用检测插件访问代码路径中全部子程序的程序目录，获取代码路径中全部程序配置文件。
44.需要说明的是，代码路径是前端项目的“src”(sparse representation-based classifier，基于稀疏表达的分类，简称src)目录所在文件夹的路径，通过代码路径可以访问前端项目的程序代码文件。
45.在一些实施例中，获取前端项目所在的代码仓库的根路径；获取前端项目的工程路径，该工程路径包括一个或多个程序目录；将根路径和工程路径输入预设的检测插件内，合并生成代码路径。
46.示例性的，请参阅图4，图4展示了一种检测插件管理页面的示意性框图。如图4所示，提供一个检测插件管理页面，该检测插件管理页面包括根路径输入窗口、工程路径输入窗口、检测规范选择窗口和执行方式选择窗口。其中，根路径输入窗口和工程路径输入窗口分别用于获取用户输入的根路径和工程路径，也可以用于获取对应的ci/cd流水线配置的根路径和工程路径。检测规范选择窗口用于获取预先设置的检测规则集，以构建检测插件的检测逻辑。执行方式选择窗口用于确定检测插件的的执行方式，执行方式包括：自动执行和手动执行。当选择手动执行时，开放根路径输入窗口和工程路径输入窗口；当选择自动执行时，则关闭根路径输入窗口和工程路径输入窗口，自动从对应的ci/cd流水线获取根路径和工程路径。
47.需要说明的是，一般的，使用monorepo技术搭建代码仓库。monorepo(单一代码库)
技术：在版本控制系统中(对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理系统)，单个代码库里包含了许多前端项目的代码，这些前端项目虽然有可能是相关的，但通常在逻辑上是独立的，并由不同的团队维护。上述根路径用于定位前端项目所在的代码仓库。
48.s103、从程序配置文件中获取程序配置信息，程序配置信息包括前端技术栈类型和前端技术栈版本号。
49.具体地，获取检测关键词，将检测关键词输入预设的检测插件，通过预设的检测插件生成一个或多个技术栈检测进程；执行技术栈检测进程，获取程序配置信息，程序配置信息至少包括前端技术栈类型和前端技术栈版本号。
50.在一些实施例中，检测插件包括经过封装的代码检测包npm(node package manager)，npm是node.json的包管理和分发工具。通过代码检测包npm，能够对程序项目的package.json文件(程序配置文件)进行分析，读取程序配置文件中包含的程序名称、版本号、前端技术栈等信息。前端项目的“package.json”文件文件包括：前端项目的名称、前端框架类型、前端技术栈版本号、项目描述、项目关键字、是否私有、软件授权条款、供浏览器使用的版本列表、脚本命令简写。
51.示例性的，运行ci/cd流水线时，通过检测插件发起一个“npx”shell命令，调用封装好的代码检测代码检测包npm的“@pafe/vt-scan”，访问前端项目的代码路径，获取代码路径中包含的全部子项目的程序配置文件，从程序配置文件读取前端项目的名称、前端技术栈的类型和前端技术栈的版本号信息。
52.在一些实施例中，“@pafe/vt-scan”的执行步骤如下：
53.获取检测插件所需的根路径和工程路径，获取本次运行的ci/cd流水线的名称、流水线所属子系统、运行时间、执行者信息；启动的node.js进程，再并发启动3个node.js子进程，将根路径和工程路径输入node.js进程和3个node.js子进程，通过3个node.js子进程分别执行“技术栈检测”、“eslint执行情况”及“重复率检测”任务；拼接根路径和工程路径，生成代码路径，访问代码路径获取子项目的程序配置文件，读取包括前端技术栈的类型和前端技术栈版本在内的程序配置信息；将“技术栈检测”子进程的获取采样结果返回主进程，销毁“技术栈检测”子进程；调用主进程分析采样结果，生成程序配置信息，调用一个http接口将程序配置信息发送至预设的存储数据库。
54.在一些实施例中，“eslint执行情况”子进程和“重复率检测”子进程用于获取代码重复率和圈复杂度等数据，这些数据可用于评判一个前端项目的健康情况，本技术中前端项目的健康情况包括：程序性能、程序规范性和代码健康(代码重复率)。
55.s104、将程序配置信息保存至预设的数据库中，并根据程序配置信息生成信息报表，信息报表包括前端技术栈类型的比例和前端技术栈版本号。
56.具体地，根据前端技术栈类型生成类型标签，根据前端技术栈版本号生成版本标签，并将类型标签和版本标签与对应的子项目进行绑定；计算每种类型标签的个数在总数中的比例，获取每种类型标签的比例值，在信息报表上展示比例值；将版本标签和历史版本标签进行对比，若版本标签中出现新增的版本标签，在信息报表上将新增的版本标签进行区别显示。
57.在一些实施例中，在将类型标签和版本标签与对应的子项目进行绑定之后，获取
类型标签和版本标签与对应的子项目的绑定关系；根据绑定关系，生成数据表格，并将数据表格保存至预设数据库。
58.需要说明的是，信息报表至少包括前端框架类型的比例和各个前端技术栈版本号，用于动态检测企业各个前端项目的技术栈组成及版本号，在“前端技术栈收敛”的过程中给决策者提供真实的数据支持。同时，对插件进行修改后，得到的信息报表的功能还可以进一步地拓展，包括但不限于实现以下功能：代码重复率计算、圈复杂度等。
59.在一些实施例中，信息报表能够看出企业下所有前端项目所使用技术栈及版本信息，同时也能看出该前端项目的源代码是否符合lint规范的情况，一般的，需要在信息报表上展示的评分包括：程序性能评分、程序规范性评分和代码健康评分。
60.其中，程序性能评分的计分规则为：总分＝整体性能得分 js错误率得分。
61.整体性能得分公式：(最近七天整体性能平均值-集团标准)/集团标准
62.记分规则：
63.《-50％：记50分(高于集团标准一半以上)。
64.0～-50％：记40分(高于集团标准一半以内)。
65.10％～0：记30分(低于集团标准10％)。
66.50％～10％：记20分(低于集团标准一半以下)。
67.100％～50％：记10分(低于集团标准一半以上)。
68.》100％：记0分(低于集团标准一倍以上)。
69.js错误率得分规则同整体性能得分规则，根据各个开发组的平均分数得到分组的指标分数，根据各个分组的平均分数得到团队的指标分数。
70.程序规范性评分的计分规则为：总分＝eslint得分 stylelint得分。
71.eslint满分为50分，得分为：50-(最近十次错误总数*1 最近十次告警总数*0.1)。
72.stylelint满分为50分，得分为：50-(最近十次错误总数*1 最近十次告警总数*0.1 无效规则数*1)。
73.根据各个开发组的平均分数得到分组的指标分数，根据各个分组的平均分数得到团队的指标分数。
74.代码健康评分的计分规则为：100-总重复率*100。
75.根据各个开发组的平均分数得到分组的指标分数，根据各个分组的平均分数得到团队的指标分数。
76.示例性的，请参阅图5，图5展示了一种报表展示界面的示意性框图。如图5所示，在应用终端生成报表展示界面，该报表展示界面包括技术栈组成展示框和程序评分展示框，技术栈组成展示框用于展示每种前端技术栈类型以及对应的比例值，程序评分展示框用于展示本技术实施例中提供的程序性能评分、程序规范性评分和代码健康评分。
77.上述实施例提供的基于web应用架构的项目管理方法，通过将检测插件与ci/cd流水线绑定，达到动态、实时检测前端技术栈变更的效果，能够在无需企业各个开发团队辅助的情况下，自动检测和收集各个开发团队所使用的前端技术栈的信息，汇总生成企业报表，为企业开发团队的管理人员提供真实可靠的前端技术栈应用情况的数据。
78.请参阅图6，图6是本技术的实施例还提供一种基于web应用架构的项目管理装置的示意性框图，该基于web应用架构的项目管理装置300用于执行前述的基于web应用架构
的项目管理方法。其中，该基于web应用架构的项目管理装置可以配置于服务器或终端中。
79.其中，服务器可以为独立的服务器，也可以为服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)以及大数据和人工智能平台等基础云计算服务的云服务器。该终端可以是手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等电子设备。
80.如图6所示，基于web应用架构的项目管理装置300包括：项目识别模块301、文件获取模块302、信息获取模块303和报表生成模块304。
81.项目识别模块301，用于获取新增的程序代码，识别新增的程序代码对应的前端项目，前端项目包括一个或多个子项目。
82.文件获取模块302，用于利用预设的检测插件，访问子项目的程序目录，从程序目录中获取程序配置文件。
83.在一些实施例中，文件获取模块302还用于根据前端项目创建对应的ci/cd流水线；获取预设的检测插件，检测插件用于读取前端项目对应的程序配置文件；将检测插件植入ci/cd流水线。
84.在一些实施例中，文件获取模块302还具体用于获取前端项目的代码路径，将代码路径设置为预设的检测插件的执行路径，代码路径包括一个或多个程序目录；利用预设的检测插件，从程序目录中获取全部的程序配置文件。
85.在一些实施例中，文件获取模块302还具体用于获取前端项目对应的代码仓库中的根路径，代码仓库用于存储前端项目；获取前端项目的工程路径，工程路径包括一个或多个程序目录；将根路径和工程路径输入预设的检测插件内，合并生成代码路径。
86.信息获取模块303，用于从程序配置文件中获取程序配置信息，程序配置信息包括前端技术栈类型和前端技术栈版本号。
87.在一些实施例中，信息获取模块303还具体用于获取检测关键词，将检测关键词输入预设的检测插件，通过预设的检测插件生成一个或多个技术栈检测进程；执行技术栈检测进程，获取程序配置信息，程序配置信息至少包括前端技术栈类型和前端技术栈版本号。
88.报表生成模块304，用于将程序配置信息保存至预设的数据库中，并根据程序配置信息生成信息报表，信息报表至少包括前端技术栈类型的比例和前端技术栈版本号。
89.在一些实施例中，报表生成模块304还具体用于根据程序配置信息生成类型标签和版本标签，并将类型标签和版本标签与对应的子项目进行绑定；计算每种类型标签的个数在总数中的比例，获取每种类型标签的比例值，在信息报表上展示比例值；将版本标签和历史版本标签进行对比，若版本标签中出现新增的版本标签，在信息报表上将新增的版本标签进行区别显示。
90.在一些实施例中，报表生成模块304还用于获取类型标签和版本标签与对应的子项目的绑定关系；根据绑定关系，生成数据表格，并将数据表格保存至预设数据库。
91.需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的基于web应用架构的项目管理装置和各模块的具体工作过程，可以参考前述基于web应用架构的项目管理方法实施例中的对应过程，在此不再赘述。
92.上述的基于web应用架构的项目管理装置可以实现为一种计算机程序的形式，该
计算机程序可以在如图7所示的计算机设备上运行。
93.请参阅图7，图7是本技术实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以是服务器或终端。
94.参阅图7，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括存储介质和内存储器。
95.存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种基于web应用架构的项目管理方法。
96.处理器用于提供计算和控制能力，支撑整个计算机设备的运行。
97.内存储器为存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种基于web应用架构的项目管理方法。存储介质可以是非易失性的，也可以是易失性的。
98.该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
99.应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
100.示例性的，在一个实施例中，处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：获取新增的程序代码，识别新增的程序代码对应的前端项目，所述前端项目包括一个或多个子项目；利用预设的检测插件，访问所述子项目的程序目录，从所述程序目录中获取程序配置文件；从所述程序配置文件中获取程序配置信息，所述程序配置信息包括前端技术栈类型和前端技术栈版本号；将所述程序配置信息保存至预设的数据库中，并根据所述程序配置信息生成信息报表，所述信息报表至少包括所述前端技术栈类型的比例和所述前端技术栈版本号。
101.在一些实施例中，处理器还用于根据所述前端项目创建对应的ci/cd流水线；获取预设的检测插件，所述检测插件用于读取所述前端项目对应的程序配置文件；将所述检测插件植入所述ci/cd流水线。
102.在一些实施例中，处理器在用于利用预设的检测插件，访问所述子项目的程序目录，从所述程序目录中获取程序配置文件时，还具体用于：获取所述前端项目的代码路径，将所述代码路径设置为预设的检测插件的执行路径，所述代码路径包括一个或多个所述程序目录；利用预设的检测插件，从所述程序目录中获取全部的程序配置文件。
103.在一些实施例中，处理器在用于获取所述前端项目的代码路径，将所述代码路径设置为预设的检测插件的执行路径时，还具体用于：获取所述前端项目对应的代码仓库中的根路径，所述代码仓库用于存储所述前端项目；获取所述前端项目的工程路径，所述工程路径包括一个或多个所述程序目录；将所述根路径和所述工程路径输入预设的检测插件
内，合并生成所述代码路径。
104.在一些实施例中，处理器在用于从所述程序配置文件中获取程序配置信息时，还具体用于：获取检测关键词，将检测关键词输入预设的检测插件，通过预设的检测插件生成一个或多个技术栈检测进程；执行所述技术栈检测进程，获取所述程序配置信息，所述程序配置信息至少包括前端技术栈类型和前端技术栈版本号。
105.在一些实施例中，处理器在用于将所述程序配置信息保存至预设的数据库中，并根据所述程序配置信息生成信息报表，所述信息报表包括前端技术栈类型的比例和前端技术栈版本号时，还具体用于：根据所述程序配置信息生成类型标签和版本标签，并将所述类型标签和所述版本标签与对应的所述子项目进行绑定；计算每种所述类型标签的个数在总数中的比例，获取每种所述类型标签的比例值，在所述信息报表上展示所述比例值；将所述版本标签和历史版本标签进行对比，若所述版本标签中出现新增的版本标签，在所述信息报表上将新增的版本标签进行区别显示。
106.在一些实施例中，处理器在用于将所述类型标签和所述版本标签与对应的所述子项目进行绑定之后，还用于：获取所述类型标签和所述版本标签与对应的所述子项目的绑定关系；根据所述绑定关系，生成数据表格，并将所述数据表格保存至预设数据库。
107.本技术的实施例中还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本技术实施例提供的任一项基于web应用架构的项目管理方法。
108.其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘、智能存储卡(smart media card，smc)、安全数字(secure digital，sd)卡、闪存卡(flash card)等。
109.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。