自动化处理npm依赖包安装的方法、系统和计算机设备

技术领域

本申请涉及前端开发技术领域，特别是涉及自动化处理npm依赖包安装的方法、系统、计算机设备。

背景技术

随着前端主流三大框架React.js、Vue.js、Angular.js的发展，npm依赖包管理使用的频率越来越高，合理高效准确的使用npm依赖包,成为前端开发者必须要掌握的一项技能。

在本地开发过程中，npm依赖包安装的过程中需要手动执行命令，并且无法自动解决安装过程的异常问题情况。

目前针对相关技术中自动化安装的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种自动化处理npm依赖包安装的方法、系统、计算机设备，通过git拉取或者合并代码后，npm依赖包可以自动化安装，无需手动执行命令以及解决npm依赖包安装过程中遇到异常报错可以通过代码自动化解决的问题。

第一方面，本申请实施例提供了一种自动化处理npm依赖包安装的方法，包括以下步骤：

配置初始化步骤，初始化npm依赖包自动安装所需的相关配置；

版本判断步骤，判断node版本是否正确，若错误，根据对应提示安装指定所述node版本；

npm依赖包安装步骤，当所述node版本正确时，读取并根据所述相关配置下载一源镜像，并据此安装所述npm依赖包；

安装异常解决步骤，当出现安装异常时，自动生成一异常报错信息与一异常数据库进行匹配，获得对应的解决方案以完成所述npm依赖包的安装。

在其中一些实施例中，安装异常解决步骤还可以包括以下步骤：

异常报错信息上传步骤，当所述异常报错信息与所述异常数据库匹配失败时，将所述异常报错信息上传至所述异常数据库；

解决方案获取步骤，对所述异常报错信息进行脱敏处理，并将所述异常报错信息发布至一解决方案征集平台以获取解决方案；

异常数据库更新步骤，将所述解决方案更新至所述异常数据库。

在其中一些实施例中，所述相关配置包括数据源镜像、安装方式、数据库配置和是否开启异常上报。

在其中一些实施例中，所述异常数据库包括但不限于异常报错ID、异常报错详细信息、描述、node版本、npm版本、npm包信息、操作系统信息和解决方案，所述异常报错信息根据所述异常报错详细信息、所述描述、所述node版本、所述npm版本、所述npm包信息和所述操作系统信息通过sql语言与所述异常数据库进行匹配，查找并返回对应所述解决方案。

在其中一些实施例中，所述初始化配置步骤与版本判断步骤之间还包括代码拉取判断步骤，具体包括：

通过一git工具进行前端代码拉取或代码合并，并根据一回调信息判断代码是否拉取结束或是否合并结束，结束后，自动执行npm install。

第二方面，本申请实施例提供了一种自动化处理npm依赖包安装的系统，包括：

配置初始化模块，初始化npm依赖包自动安装所需的相关配置；

版本判断模块，判断node版本是否正确，若错误，根据对应提示安装指定所述node版本；

npm依赖包安装模块，当所述node版本正确时，读取并根据所述相关配置下载一源镜像，并据此安装所述npm依赖包；

安装异常解决模块，当出现安装异常时，自动生成一异常报错信息与一异常数据库进行匹配，获得对应的解决方案以完成所述npm依赖包的安装。

在其中一些实施例中，安装异常解决模块还可以包括：

异常报错信息上传单元，当所述异常报错信息与所述异常数据库匹配失败时，将所述异常报错信息上传至所述异常数据库；

解决方案获取单元，对所述异常报错信息进行脱敏处理，并将所述异常报错信息发布至一解决方案征集平台以获取解决方案；

异常数据库更新单元，将所述解决方案更新至所述异常数据库。

在其中一些实施例中，所述异常数据库包括但不限于异常报错ID、异常报错详细信息、描述、node版本、npm版本、npm包信息、操作系统信息和解决方案，所述异常报错信息根据所述异常报错详细信息、所述描述、所述node版本、所述npm版本、所述npm包信息和所述操作系统信息通过sql语言与所述异常数据库进行匹配，查找并返回对应所述解决方案。

在其中一些实施例中，所述初始化配置模块与node版本判断模块之间还连接有代码拉取判断模块，所述代码拉取判断模块通过一git工具进行前端代码拉取或代码合并，并根据一回调信息判断代码是否拉取结束或是否合并结束，结束后，自动执行npm install。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的自动化处理npm依赖包安装的方法。

相比于相关技术，本申请实施例提供的自动化处理npm依赖包安装的方法、系统和计算机设备，通过git代码拉取或代码合并和匹配异常数据库的信息，解决了自动化安装npm依赖包的过程中出现的异常问题，实现了npm依赖包的自动化安装，无需人工手动解决，大大提高了前端开发工程师的工作效率。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种自动化处理npm依赖包安装的方法的流程图；

图2是根据本申请实施例的安装异常解决步骤的流程图；

图3是根据本申请优选实施例的自动化处理npm依赖包安装的方法的流程图；

图4是根据本申请实施例的自动化处理npm依赖包安装的系统的结构框图；

图5为根据本申请实施例的计算机设备的硬件结构示意图。

附图说明：

配置初始化模块1； 版本判断模块2； npm依赖包安装模块3；

安装异常解决模块4； 异常报错信息上传单元41； 解决方案获取单元42；

异常数据库更新单元43； 处理器81； 存储器82；

通信接口83； 总线80。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本发明是一种自动化处理npm依赖包安装异常报错的方案。解决的是前端开发工程师在本地开发过程中，通过git拉取或者合并代码后，npm依赖包可以自动化安装，无需手动执行命令以及解决npm依赖包安装过程中遇到异常报错可以通过代码自动化解决的问题。本发明可以提高前端开发工程师的工作效率，节约了前端开发工程师在npm依赖包安装过程中解决异常报错所花费的时间成本，同时也降低了运行项目的技术门槛及沟通成本。

本发明中涉及的部分概念，解释如下：

npm:node.js平台的默认包管理工具。通过npm可以安装、共享、分发代码,管理项目依赖关系。

git:是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。

node.js:是一个基于Chrome V8引擎的JavaScript运行时。

本实施例提供了一种自动化处理npm依赖包安装的方法。图1是根据本申请实施例的一种自动化处理npm依赖包安装的方法的流程图，如图1所示，该流程包括如下步骤：

配置初始化步骤S1，初始化npm依赖包自动安装所需的相关配置；

版本判断步骤S2，判断node版本是否正确，若错误，根据对应提示安装指定node版本；

npm依赖包安装步骤S3，当node版本正确时，读取并根据相关配置下载一源镜像，并据此安装npm依赖包；

安装异常解决步骤S4，当出现安装异常时，自动生成一异常报错信息与一异常数据库进行匹配，获得对应的解决方案以完成npm依赖包的安装。

通过上述步骤，首先准备安装npm依赖包的相关配置，做好自动安装的前期准备，通过代码拉取检查node版本并检查无误后开始安装npm依赖包，自动检测出安装过程中出现的异常问题并自动生成异常报错信息，与预先设计好的异常数据库进行匹配，以获取解决方案。上述步骤中，在拉取代码或者合并代码时，会自动触发npm install,无需手动输入命令，方便便捷，实现了npm依赖包的自动化安装，可以自动化处理npm依赖包的异常安装报错问题，无需人工解决，大大提高了前端开发工程师的工作效率。同时，由于本方法提出的安葬方法是自动化执行，大大降低了运行项目的技术门槛及沟通成本。

本发明还可以根据异常数据库中的海量数据来做分析，评估出一些npm依赖包的潜在使用风险。

图2是根据本申请实施例的安装异常解决步骤的流程图，如图2所示，在其中一些实施例中，安装异常解决步骤S4还可以包括以下步骤：

异常报错信息上传步骤S41，当异常报错信息与异常数据库匹配失败时，将异常报错信息上传至异常数据库；

解决方案获取步骤S42，对异常报错信息进行脱敏处理，并将异常报错信息发布至一解决方案征集平台以获取解决方案；

异常数据库更新步骤S43，将解决方案更新至异常数据库。

通过上述步骤，可以处理现有的异常数据库中未记录的异常问题，极大地增大了异常问题解决的可能性，提高了自动化安装npm依赖包的效率。

在其中一些实施例中，相关配置包括数据源镜像、安装方式、数据库配置和是否开启异常上报。

在其中一些实施例中，异常数据库包括但不限于异常报错ID、异常报错详细信息、描述、node版本、npm版本、npm包信息、操作系统信息和解决方案，异常报错信息根据异常报错详细信息、描述、node版本、npm版本、npm包信息和操作系统信息通过sql语言与异常数据库进行匹配，查找并返回对应解决方案。

通过sql语句直接进行查表，操作简单快捷。

上述异常数据库的具体结构构成见下表：

异常数据库会记录收集npm依赖包在安装过程中，遇到的常见报错信息及解决方案。根据异常数据库中记录的解决方案，可以快速定位解决异常报错。

在其中一些实施例中，初始化配置步骤与版本判断步骤之间还包括代码拉取判断步骤，具体包括：

通过一git工具进行前端代码拉取或代码合并，并根据一回调信息判断代码是否拉取结束或是否合并代码结束，结束后，自动执行npm install。

下面通过优选实施例对本申请实施例进行描述和说明。

图3是根据本申请优选实施例的自动化处理npm依赖包安装的方法的流程图。

S301，用于安装的相关配置的初始化

初始化npm依赖包自动安装所需要的相关配置，所述相关配置包括：数据源镜像、安装方式、数据库配置以及是否上报异常数据，数据源镜像包括：npm、yarn、cnpm、taobao、nj、npmMirror和edunpm，安装方式包括全局安装和本地安装。

具体的实现形式见下部代码：

S302，拉取代码或合并代码

通过git工具，使用http或hhs从远程git库拉取代码或合并代码。并根据回调信息判断是否拉取完成或合并完成，具体实现方式如下：

S303，判断node版本号

上述代码拉取完成后，自动检测node版本是否正确，当node版本号正确时，读取相关配置信息；当node版本出现错误时，根据提示自动安装需要的指定版本，安装完成后，通过命令执行，重新检测node版本直至版本正确。

S304，npm依赖包安装

根据相关的配置信息自动切换npm依赖包下载源镜像，并自动执行npm install，开始安装，若无异常处理，npm依赖包安装成功，自动运行项目，并通过浏览器查看。

S305、安装异常处理

当安装过程中出现异常情况后，自动暂停npm依赖包的安装，并自动标记记录异常，生成并根据异常报错信息从异常数据库中匹配异常对的解决方案，匹配成功后，返回解决方案并自动执行，解决该异常后，返回S304。

S306、匹配失败处理异常报错信息

当异常报错信息无法从异常数据库中匹配到相应的解决方案，将该异常报错信息上传至异常数据库，进行脱敏处理后，公开征集解决方案，将获取的解决方案更新至异常数据库中，返回S305。

上述S302可以直接通过命令执行完成node版本的安装，S306还可以通过人工进行检测，进行异常的解决。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例还提供了一种自动化处理npm依赖包安装的系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本申请实施例的自动化处理npm依赖包安装的系统的结构框图，如图4所示，该系统包括：

配置初始化模块1，初始化npm依赖包自动安装所需的相关配置；

版本判断模块2，判断node版本是否正确，若错误，根据对应提示安装指定node版本；

npm依赖包安装模块3，当node版本正确时，读取并根据相关配置下载一源镜像，并据此安装npm依赖包；

安装异常解决模块4，当出现安装异常时，自动生成一异常报错信息与一异常数据库进行匹配，获得对应的解决方案以完成npm依赖包的安装。

通过设置安装异常解决模块4可以解决自动化安装npm依赖包的过程中异常问题，提高自动化安装的成功率和效率。

在其中一些实施例中，安装异常解决模块4还可以包括：

异常报错信息上传单元41，当异常报错信息与异常数据库匹配失败时，将异常报错信息上传至异常数据库；

解决方案获取单元42，对异常报错信息进行脱敏处理，并将异常报错信息发布至一解决方案征集平台以获取解决方案；

异常数据库更新单元43，将解决方案更新至异常数据库。

在其中一些实施例中，异常数据库包括但不限于异常报错ID、异常报错详细信息、描述、node版本、npm版本、npm包信息、操作系统信息和解决方案，异常报错信息根据异常报错详细信息、描述、node版本、npm版本、npm包信息和操作系统信息通过sql语言与异常数据库进行匹配，查找并返回对应解决方案。

在其中一些实施例中，初始化配置模块与node版本判断模块之间还连接有代码拉取判断模块，代码拉取判断模块通过一git工具进行前端代码拉取或代码合并，并根据一回调信息判断代码是否拉取结束或是否合并结束，结束后，自动执行npm install。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

另外，结合图1描述的本申请实施例自动化处理npm依赖包安装的方法可以由计算机设备来实现。图5为根据本申请实施例的计算机设备的硬件结构示意图。

计算机设备可以包括处理器81以及存储有计算机程序指令的存储器82。

具体地，上述处理器81可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器82可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器82可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器82可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器82可在数据处理装置的内部或外部。在特定实施例中，存储器82是非易失性(Non-Volatile)存储器。在特定实施例中，存储器82包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器82可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器81所执行的可能的计算机程序指令。

处理器81通过读取并执行存储器82中存储的计算机程序指令，以实现上述实施例中的任意一种自动化处理npm依赖包安装的方法。

在其中一些实施例中，计算机设备还可包括通信接口83和总线80。其中，如图5所示，处理器81、存储器82、通信接口83通过总线80连接并完成相互间的通信。

通信接口83用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信端口83还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线80包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线80包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线80可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线80可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该计算机设备可以基于获取到的npm依赖包安装所需要的相关配置，执行本申请实施例中的自动化处理npm依赖包安装的方法，从而实现结合图1描述的自动化处理npm依赖包安装的方法。

另外，结合上述实施例中的自动化处理npm依赖包安装的方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种自动化处理npm依赖包安装的方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。