CN117331566A - 一种检测前端代码依赖模块存在多版本的方法及设备 - Google Patents

一种检测前端代码依赖模块存在多版本的方法及设备 Download PDF

Info

Publication number
CN117331566A
CN117331566A CN202311348036.4A CN202311348036A CN117331566A CN 117331566 A CN117331566 A CN 117331566A CN 202311348036 A CN202311348036 A CN 202311348036A CN 117331566 A CN117331566 A CN 117331566A
Authority
CN
China
Prior art keywords
module
dependent
path
array
dependency
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311348036.4A
Other languages
English (en)
Inventor
梁青
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Yunzhou Information Technology Co ltd
Original Assignee
Shanghai Yunzhou Information Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Yunzhou Information Technology Co ltd filed Critical Shanghai Yunzhou Information Technology Co ltd
Priority to CN202311348036.4A priority Critical patent/CN117331566A/zh
Publication of CN117331566A publication Critical patent/CN117331566A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/43—Checking; Contextual analysis
    • G06F8/433—Dependency analysis; Data or control flow analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

本申请的目的是提供一种检测前端代码依赖模块存在多版本的方法及设备，本申请通过配置前端代码内在使用的所有依赖模块，将所有依赖模块放入模块数组中；构建Webpack插件，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系；根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，若是，则该依赖模块存在多个版本。从而可以在构建前端项目时只分析代码内在使用的模块依赖，自动分析是否存在多版本情况，避免手动运行，方便查找发生错误的原因。

Description

一种检测前端代码依赖模块存在多版本的方法及设备
技术领域
本申请涉及计算机领域，尤其涉及一种检测前端代码依赖模块存在多版本的方法及设备。
背景技术
前端项目内安装多个前端代码(npm)依赖，依赖也会有对应的依赖，这样可能某个模块在多次依赖中的版本不一样，导致不容易发现的错误；现有方式是使用yarn list列出依赖关系，但使用该方式只是分析npm依赖关系，并不是最后运行的代码内一定会运行这些依赖代码，yarn list需要指定依赖才能做分析，每次需要手动运行。
发明内容
本申请的一个目的是提供一种检测前端代码依赖模块存在多版本的方法及设备，解决现有技术中不能自动分析，分析结果开发人员不方便观察以及只分析依赖关系无法保证运行依赖代码的问题。
根据本申请的一个方面，提供了一种检测前端代码依赖模块存在多版本的方法，该方法包括：
配置前端代码内在使用的所有依赖模块，将所有依赖模块放入模块数组中；
构建Webpack插件，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系；
根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，若是，则该依赖模块存在多个版本。
可选地，构建Webpack插件，包括：
在Webpack插件内挂载钩子，通过所述钩子传递编译器的参数至监控分析的方法，其中，所述编译器用于分析前端代码的依赖关系；
通过执行监控分析的方法获取Webpack插件运行时的编译器的参数，根据所述编译器的参数分析出模块数组中的依赖模块。
可选地，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系，包括：
使用所述Webpack插件监控模块数组，从所述模块数组中提取出用户请求路径，过滤出符合条件的模块路径；
对符合条件的模块路径进行去重操作，根据去重后的模块路径构建新路径，判断新路径是否存在依赖模块的存储文件，其中，所述存储文件包括依赖模块的版本信息、模块名称以及所依赖的其他模块信息；
根据所述存储文件确定出每一依赖模块的依赖关系。
可选地，过滤出符合条件的模块路径，包括：
将所述用户请求路径从当前系统路径格式转换成目标系统路径格式；
对转换格式后的模块路径进行过滤，过滤出符合条件的模块路径，其中，所述符合条件包括：模块路径在所述模块数组内以及模块路径包括节点模块，其中，节点模块的目录下安装依赖关系。
可选地，对符合条件的模块路径进行去重操作，包括：
对符合条件的模块路径按照模块名称查找文件夹，提取出文件夹路径，对文件夹路径进行去重操作。
可选地，判断新路径是否存在依赖模块的存储文件之后，包括：
若存在依赖模块的存储文件，则获取模块版本，构建键值对，其中，将模块名称作为键，将模块数组作为值，所述模块数组包括模块路径、模块版本信息。
可选地，根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，包括：
根据所述依赖关系所在的存储文件确定模块数组；
对模块数组执行遍历键操作，若遍历到的依赖模块下的依赖数量大于1，则该依赖模块存在多个版本。
可选地，所述方法包括：
若依赖数量大于1，则构建Webpack错误信息，将所述Webpack错误信息插入到告警数组内，将告警数组内的信息打印到控制台。
可选地，将告警数组内的信息打印到控制台，包括：
将告警数组内的模块名称、模块路径以及模块版本构成字符串，将所述字符串打印到控制台。
根据本申请又一个方面，还提供了一种检测前端代码依赖模块存在多版本的设备，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
根据本申请再一个方面，还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如前述所述的方法。
与现有技术相比，本申请通过配置前端代码内在使用的所有依赖模块，将所有依赖模块放入模块数组中；构建Webpack插件，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系；根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，若是，则该依赖模块存在多个版本。从而可以在构建前端项目时只分析代码内在使用的模块依赖，自动分析是否存在多版本情况，避免手动运行，方便查找发生错误的原因。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出根据本申请的一个方面提供的一种检测前端代码依赖模块存在多版本的方法流程示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(例如中央处理器(Central Processing Unit，CPU))、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RandomAccess Memory，RAM)和/或非易失性内存等形式，如只读存储器(Read Only Memory，ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(Phase-Change RAM，PRAM)、静态随机存取存储器(Static Random Access Memory，SRAM)、动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、数字多功能光盘(Digital Versatile Disk，DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种检测前端代码依赖模块存在多版本的方法流程示意图，该方法包括：步骤S11～步骤S13，其中，
步骤S11，配置前端代码内在使用的所有依赖模块，将所有依赖模块放入模块数组中；在此，前端可以使用package.json文件管理前端代码的依赖模块，模块可以继续依赖模块，构成一颗依赖树，将前端代码所在使用的所有的依赖模块放入到一个模块数组中，从而后续方便对模块数组进行监控分析，查找出依赖模块是否有多个版本。
步骤S12，构建Webpack插件，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系；在此，在本申请中构建Webpack插件，在每次构建和开发项目启动时，Webpack插件自动监控分析模块数组中每一个依赖模块下的依赖关系，监听模块名称数组，在数组内的模块会在代码的依赖分析中被监控是否存在多版本，从而只分析代码内在使用的模块依赖，是否存在多个版本情况。进行分析时，在步骤S13中，根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，若是，则该依赖模块存在多个版本。即通过构建的插件监控分析出依赖关系后，根据依赖关系查找依赖模块下的依赖数量，如果该依赖数量大于1，说明依赖模块是存在多个版本的情况。
在本申请一实施例中，构建Webpack插件时，在Webpack插件内挂载钩子，通过所述钩子传递编译器的参数至监控分析的方法，其中，所述编译器用于分析前端代码的依赖关系；通过执行监控分析的方法获取Webpack插件运行时的编译器的参数，根据所述编译器的参数分析出模块数组中的依赖模块。在此，在插件内挂载到编译(compilation)的钩子(afterOptimizeDependencies hook)，在收到参数编译后，参数表示当前的编译过程对象，编译也有很多钩子可以挂载，其中afterOptimizeDependencies表示代码内需要挂载的钩子，该钩子在编译完成代码的依赖分析有优化代码后会调用执行，挂载到这个afterOptimizeDependencies hook能够获取到编译之后的模块数据，从而可以完成代码需要的内容。具体地，在插件代码内实现apply方法，在配置Webpack插件之后会执行apply方法，随后apply方法可以收到编译器参数，继续在编译器的钩子内挂载编译钩子，设置钩子可以收到编译参数，继续在编译上挂载afterOptimizeDependencies hook。从而在webpack分析完成所有代码的依赖情况，并且完成优化之后执行该hook，hook收到模块组参数，在webpack内将每一个文件映射成一个依赖模块，依赖模块内保存文件的所有信息，其中包括文件的绝对路径，即用户请求路径。
接上述实施例，在步骤S12中，使用所述Webpack插件监控模块数组，从所述模块数组中提取出用户请求路径，过滤出符合条件的模块路径；对符合条件的模块路径进行去重操作，根据去重后的模块路径构建新路径，判断新路径是否存在依赖模块的存储文件，其中，所述存储文件包括依赖模块的版本信息、模块名称以及所依赖的其他模块信息；根据所述存储文件确定出每一依赖模块的依赖关系。在此，使用构建的Webpack插件监控执行钩子后得到的模块数组，提取出模块数组中的用户请求路径，对用户请求路径进行过滤，过滤出符合条件的模块路径，从而再对符合条件的模块去除重复路径，对获取到的模块路径继续过滤，得到去重后的模块路径，利用去重后的模块路径构建新的路径，拿到这个路径后判断这个路径是否存在模块的存储文件，如果存在用户请求的这个路径内容，则获取模块版本，根据存储文件内的内容确定出依赖模块的依赖关系。
具体地，过滤出符合条件的模块路径时，将所述用户请求路径从当前系统路径格式转换成目标系统路径格式；对转换格式后的模块路径进行过滤，过滤出符合条件的模块路径，其中，所述符合条件包括：模块路径在所述模块数组内以及模块路径包括节点模块，其中，节点模块的目录下安装依赖关系。在此，对用户请求路径进行转换格式，代码一般分unix和windows两种操作系统，将代码当前所在的操作系统(windows)转换成目标系统unix的路径格式，可以使用slash转换，避免了windows路径，过滤出符合条件的模块路径，过滤条件为：用户请求路径必须包括在插件配置的模块数组名称内(任意一个都行)，并且这些路径包括节点模块(node_modules)，其中项目安装的依赖都必须在该节点模块目录下。
继续接上述实施例，对符合条件的模块路径进行去重操作时，对符合条件的模块路径按照模块名称查找文件夹，提取出文件夹路径，对文件夹路径进行去重操作。在此，找到符合模块名称+“/”的最后一次匹配到的字符串，保证匹配到的是目录，随后截取这之前的字符串，该字符串就是模块对应的文件夹路径。例如，模块A下某个文件的用户请求路径：/xxx/xxx/node_modules/A/a/b.js，提取出来的模块对应的文件夹就是/xxx/xxx/node_modules/A，随后对这些去除重复的路径；比如某个模块A有文件a.js和b.js，对应的路径为/dirl/node_modules/A/a.js和/dirl/node_modules/A/b.js，a.js和b.js都属于模块A的，所以模块A的路径为/dirl/node_modules/A，则两个文件就有两个相同的路径，对这两个相同的路径进行去重，只保留一个路径。
在本申请一实施例中，根据去重后的模块路径构建新路径，判断新路径是否存在依赖模块的存储文件，若存在依赖模块的存储文件，则获取模块版本，构建键值对，其中，将模块名称作为键，将模块数组作为值，所述模块数组包括模块路径、模块版本信息。在此，拿到模块路径之后，构建路径：模块路径+“package.json”，判断这个路径是否存在模块的存储文件，package.json为约定的进行管理模块的存储文件，该文件保存了模块的版本信息、模块名称以及模块依赖的其他模块的数据信息。如果存在用户请求路径的路径内容，则获取模块版本，用模块名称作为键(key)，值为模块数组，保存了对象noduleDir(模块路径)、对应的版本信息，从而将模块可能存在的多个版本和路径信息都进行保存。
在本申请一实施例中，在步骤S13中，根据所述依赖关系所在的存储文件确定模块数组；对模块数组执行遍历键操作，若遍历到的依赖模块下的依赖数量大于1，则该依赖模块存在多个版本。在此，遍历模块数组，对模块数组中的模块的名称、模块下有哪些安装使用的信息、模块的路径和版本进行遍历key操作，判断模块下的依赖数量是否大于1，如果大于1表示这个模块存在多个依赖。
在本申请一实施例中，若依赖数量大于1，则构建Webpack错误信息，将所述Webpack错误信息插入到告警数组内，将告警数组内的信息打印到控制台。在此，如果存在模块依赖数量大于1的情况，则构建Webpack错误信息，插入到Webpack编译的告警数组内，在完成此次编译之后Webpack将告警信息打印到控制台。在构建前端项目时分析模块依赖情况，将需要监听的模块进行分析是否存在版本不一样的情况，如果有作为告警打印到控制台，从而方便开发人员看到哪些模块存在问题、对应的安装路径和版本信息。
具体地，将告警数组内的模块名称、模块路径以及模块版本构成字符串，将所述字符串打印到控制台。在此，将模块名称和模块路径、模块版本对应的数组内容构成字符串，将这个字符串进行发送，将构建完成的告警信息加入到编译的告警数组内，打印到控制台。从而在每次构建和开发项目启动时，进行自动分析，将分析结果按照告警信息打印在控制台。
此外，本申请实施例还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现前述一种检测前端代码依赖模块存在多版本的方法。
与上文所述的方法相对应的，本申请还提供一种终端，其包括能够执行上述图1或各个实施例所述的方法步骤的模块或单元，这些模块或单元可以通过硬件、软件或软硬结合的方式来实现，本申请并不限定。例如，在本申请一实施例中，还提供了一种检测前端代码依赖模块存在多版本的设备，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
例如，计算机可读指令在被执行时使所述一个或多个处理器：
配置前端代码内在使用的所有依赖模块，将所有依赖模块放入模块数组中；
构建Webpack插件，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系；
根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，若是，则该依赖模块存在多个版本。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (11)

1.一种检测前端代码依赖模块存在多版本的方法，其特征在于，所述方法包括：
配置前端代码内在使用的所有依赖模块，将所有依赖模块放入模块数组中；
构建Webpack插件，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系；
根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，若是，则该依赖模块存在多个版本。
2.根据权利要求1所述的方法，其特征在于，构建Webpack插件，包括：
在Webpack插件内挂载钩子，通过所述钩子传递编译器的参数至监控分析的方法，其中，所述编译器用于分析前端代码的依赖关系；
通过执行监控分析的方法获取Webpack插件运行时的编译器的参数，根据所述编译器的参数分析出模块数组中的依赖模块。
3.根据权利要求1所述的方法，其特征在于，使用所述Webpack插件监控分析所述模块数组中每一依赖模块的依赖关系，包括：
使用所述Webpack插件监控模块数组，从所述模块数组中提取出用户请求路径，过滤出符合条件的模块路径；
对符合条件的模块路径进行去重操作，根据去重后的模块路径构建新路径，判断新路径是否存在依赖模块的存储文件，其中，所述存储文件包括依赖模块的版本信息、模块名称以及所依赖的其他模块信息；
根据所述存储文件确定出每一依赖模块的依赖关系。
4.根据权利要求3所述的方法，其特征在于，过滤出符合条件的模块路径，包括：
将所述用户请求路径从当前系统路径格式转换成目标系统路径格式；
对转换格式后的模块路径进行过滤，过滤出符合条件的模块路径，其中，所述符合条件包括：模块路径在所述模块数组内以及模块路径包括节点模块，其中，节点模块的目录下安装依赖关系。
5.根据权利要求3所述的方法，其特征在于，对符合条件的模块路径进行去重操作，包括：
对符合条件的模块路径按照模块名称查找文件夹，提取出文件夹路径，对文件夹路径进行去重操作。
6.根据权利要求3所述的方法，其特征在于，判断新路径是否存在依赖模块的存储文件之后，包括：
若存在依赖模块的存储文件，则获取模块版本，构建键值对，其中，将模块名称作为键，将模块数组作为值，所述模块数组包括模块路径、模块版本信息。
7.根据权利要求6所述的方法，其特征在于，根据所述依赖关系判断所述依赖模块下的依赖数量是否大于1，包括：
根据所述依赖关系所在的存储文件确定模块数组；
对模块数组执行遍历键操作，若遍历到的依赖模块下的依赖数量大于1，则该依赖模块存在多个版本。
8.根据权利要求1所述的方法，其特征在于，所述方法包括：
若依赖数量大于1，则构建Webpack错误信息，将所述Webpack错误信息插入到告警数组内，将告警数组内的信息打印到控制台。
9.根据权利要求8所述的方法，其特征在于，将告警数组内的信息打印到控制台，包括：
将告警数组内的模块名称、模块路径以及模块版本构成字符串，将所述字符串打印到控制台。
10.一种检测前端代码依赖模块存在多版本的设备，其特征在于，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如权利要求1至9中任一项所述方法的操作。
11.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至9中任一项所述的方法。
CN202311348036.4A 2023-10-17 2023-10-17 一种检测前端代码依赖模块存在多版本的方法及设备 Pending CN117331566A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311348036.4A CN117331566A (zh) 2023-10-17 2023-10-17 一种检测前端代码依赖模块存在多版本的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311348036.4A CN117331566A (zh) 2023-10-17 2023-10-17 一种检测前端代码依赖模块存在多版本的方法及设备

Publications (1)

Publication Number Publication Date
CN117331566A true CN117331566A (zh) 2024-01-02

Family

ID=89279033

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311348036.4A Pending CN117331566A (zh) 2023-10-17 2023-10-17 一种检测前端代码依赖模块存在多版本的方法及设备

Country Status (1)

Country Link
CN (1) CN117331566A (zh)

Similar Documents

Publication Publication Date Title
US8140573B2 (en) Exporting and importing business objects based on metadata
CN112434061B (zh) 支持循环依赖的任务调度方法和系统
US10831647B2 (en) Flaky test systems and methods
US11422917B2 (en) Deriving software application dependency trees for white-box testing
CN111061643A (zh) Sdk集群的兼容性检测方法、装置、电子设备及存储介质
CN112214221B (zh) 一种用于Linux系统构建的方法与设备
CN115794064B (zh) 任务处理流程的配置方法、装置、电子设备及存储介质
CN113704790A (zh) 一种异常日志信息汇总方法及计算机设备
CN111240987A (zh) 移植程序检测方法、装置、电子设备及计算机可读存储介质
CN110727565B (zh) 一种网络设备平台信息收集方法及系统
CN117331566A (zh) 一种检测前端代码依赖模块存在多版本的方法及设备
CN116521414A (zh) 故障代码定位方法、云端服务器、系统及存储介质
CN116010244A (zh) 自动化测试方法、装置、电子设备及存储介质
US20150347402A1 (en) System and method for enabling a client system to generate file system operations on a file system data set using a virtual namespace
US11256602B2 (en) Source code file retrieval
CN111736848B (zh) 包冲突定位方法、装置、电子设备及可读存储介质
CN114330278A (zh) 一种判断返回数据一致性的方法及设备
CN115129539A (zh) 一种日志优化方法、装置、设备及存储介质
CN110321130B (zh) 基于系统调用日志的不可重复编译定位方法
CN113037521B (zh) 识别通讯设备状态的方法、通讯系统及存储介质
CN114936185A (zh) pod库之间依赖关系的建立方法及其装置、电子设备
CN110990246B (zh) 大规模集群部署交付日志的跟踪处理方法及装置
CN113392071B (zh) 一种文件采集器的文件采集处理方法、装置及设备
US12093686B2 (en) Code maintenance system
CN113051329B (zh) 基于接口的数据采集方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination