CN115357272A - 前端公共组件发布方法、装置、设备及介质 - Google Patents

前端公共组件发布方法、装置、设备及介质 Download PDF

Info

Publication number
CN115357272A
CN115357272A CN202211224866.1A CN202211224866A CN115357272A CN 115357272 A CN115357272 A CN 115357272A CN 202211224866 A CN202211224866 A CN 202211224866A CN 115357272 A CN115357272 A CN 115357272A
Authority
CN
China
Prior art keywords
component
issued
published
issuing
identifier
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
CN202211224866.1A
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.)
Shenzhen Huarui Distributed Technology Co ltd
Original Assignee
Shenzhen Huarui Distributed 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 Shenzhen Huarui Distributed Technology Co ltd filed Critical Shenzhen Huarui Distributed Technology Co ltd
Priority to CN202211224866.1A priority Critical patent/CN115357272A/zh
Publication of CN115357272A publication Critical patent/CN115357272A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/73Program documentation

Landscapes

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

Abstract

本发明涉及计算机技术领域,提供一种前端公共组件发布方法、装置、设备及介质能够在代码仓库中以独立文件夹对开发的每个组件进行独立存储,并分别进行独立发布,避免每次有组件需要更新或者迭代升级时其他所有的组件都需要同步进行更新及发布升级,降低了频繁升级前端项目依赖,提高了项目的稳定性,并且,能够有效避免一个组件更新或者迭代升级后对其他组件的功能稳定性产生影响。

Description

前端公共组件发布方法、装置、设备及介质
技术领域
本发明涉及计算机技术领域,尤其涉及一种前端公共组件发布方法、装置、设备及介质。
背景技术
近年来,前端组件化已然成为前端项目主流的开发模式,打造组件库也随之成为每支前端技术团队壮大的必经之路。传统的前端公共组件库都是“一体化”设计,最显著的弊端则是当任意一个组件出现缺陷或需要更新时,都会伴随着整体的发布升级。
但是,如果组件库频繁的升级和迭代,对于使用者来说,则需要频繁升级前端项目依赖,影响项目稳定性;对于开发者来说,无法保证每次升级所涉及的组件改动是否会影响其它未改动组件的功能稳定性,因此需要投入更多的时间和精力在版本管理上,而无法全身心投入到前端公共组件的开发当中。
并且,在传统的前端组件库开发过程中,开发者在完成组件功能开发或者缺陷修复后,需要手动编写升级日志文档,在进行版本发布前也需要手动进行版本号升级。上述组件开发方式只能应付正常的组件交付流程,但是,当使用者发现某个组件存在缺陷而希望独立升级,或者组件库管理者未发现开发者甲提交的代码会影响开发者乙提交的代码,或者组件开发者之间出现开发节奏不一致(如有并行或紧急任务插队,并导致组件开发工期延长)时,上述组件开发方式则无法灵活应对,因此会直接影响组件库中当前版本的发布计划,严重时还会影响已使用组件库项目的正式环境使用体验,并带来直接的利益损失。
发明内容
鉴于以上内容,有必要提供一种前端公共组件发布方法、装置、设备及介质,旨在解决由于组件库的一体化设计而导致的问题。
一种前端公共组件发布方法,所述前端公共组件发布方法包括:
当检测到至少一个开发者上传开发的组件至代码仓库时,在所述代码仓库内为每个组件创建独立的文件夹;
将每个组件分别存储至对应的每个文件夹中;
当接收到组件发布指令时,根据所述组件发布指令确定至少一个待发布组件标识;
从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹,并从每个待发布组件标识对应的文件夹中获取至少一个待发布组件;
为所述至少一个待发布组件进行发布准备;
在准备完成后,分别发布所述至少一个待发布组件中的每个待发布组件。
根据本发明优选实施例,在从每个待发布组件标识对应的文件夹中获取至少一个待发布组件后,所述方法还包括:
获取所述至少一个待发布组件中每个待发布组件的描述文件;
根据每个待发布组件的描述文件确定与每个待发布组件具有依赖关系的组件,并作为每个待发布组件的依赖组件;
根据每个待发布组件的依赖组件发出提示信息,其中,所述提示信息用于提示确认在发布每个待发布组件时是否同步发布每个待发布组件的依赖组件。
根据本发明优选实施例,所述为所述至少一个待发布组件进行发布准备包括:
生成所述至少一个待发布组件的使用文档;
对所述至少一个待发布组件进行功能测试及代码文件审核。
根据本发明优选实施例,所述生成所述至少一个待发布组件的使用文档包括:
获取每个待发布组件的使用说明文档;
对每个待发布组件的使用说明文档进行格式化处理,得到每个待发布组件的使用文档;
整合每个待发布组件的使用文档,得到所述至少一个待发布组件的总使用文档;
将每个待发布组件的使用文档及所述总使用文档确定为所述至少一个待发布组件的使用文档。
根据本发明优选实施例,所述分别发布所述至少一个待发布组件中的每个待发布组件包括:
以独立子组件库的形式批量发布每个待发布组件。
根据本发明优选实施例,在分别发布所述至少一个待发布组件中的每个待发布组件后,所述方法还包括:
当检测到在所述至少一个待发布组件中有组件产生新需求,或者在所述至少一个待发布组件中有组件工作异常时,将检测到的组件确定为目标组件;
确定所述目标组件的待更新版本;
根据所述目标组件的待更新版本发出更新提示,其中,所述更新提示用于提示对所述目标组件的待更新版本进行排期开发。
根据本发明优选实施例,在分别发布所述至少一个待发布组件中的每个待发布组件后,所述方法还包括:
当接收到安装请求或者升级请求时,根据所述安装请求或者所述升级请求确定待处理组件;
独立安装或者升级所述待处理组件。
一种前端公共组件发布装置,所述前端公共组件发布装置包括:
创建单元,用于当检测到至少一个开发者上传开发的组件至代码仓库时,在所述代码仓库内为每个组件创建独立的文件夹;
存储单元,用于将每个组件分别存储至对应的每个文件夹中;
确定单元,用于当接收到组件发布指令时,根据所述组件发布指令确定至少一个待发布组件标识;
获取单元,用于从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹,并从每个待发布组件标识对应的文件夹中获取至少一个待发布组件;
准备单元,用于为所述至少一个待发布组件进行发布准备;
发布单元,用于在准备完成后,分别发布所述至少一个待发布组件中的每个待发布组件。
一种计算机设备,所述计算机设备包括:
存储器,存储至少一个指令;及
处理器,执行所述存储器中存储的指令以实现所述前端公共组件发布方法。
一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被计算机设备中的处理器执行以实现所述前端公共组件发布方法。
由以上技术方案可以看出,本发明能够在代码仓库中以独立文件夹对开发的每个组件进行独立存储,并分别进行独立发布,避免每次有组件需要更新或者迭代升级时其他所有的组件都需要同步进行更新及发布升级,降低了频繁升级前端项目依赖,提高了项目的稳定性,并且,能够有效避免一个组件更新或者迭代升级后对其他组件的功能稳定性产生影响。
附图说明
图1是本发明前端公共组件发布方法的较佳实施例的流程图。
图2是本发明前端公共组件发布装置的较佳实施例的功能模块图。
图3是本发明实现前端公共组件发布方法的较佳实施例的计算机设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
如图1所示,是本发明前端公共组件发布方法的较佳实施例的流程图。根据不同的需求,该流程图中步骤的顺序可以改变,某些步骤可以省略。
所述前端公共组件发布方法应用于一个或者多个计算机设备中,所述计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable Gate Array,FPGA)、数字处理器(DigitalSignal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是任何一种可与用户进行人机交互的电子产品,例如,个人计算机、平板电脑、智能手机、个人数字助理(Personal Digital Assistant,PDA)、游戏机、交互式网络电视(Internet Protocol Television,IPTV)、智能式穿戴式设备等。
所述计算机设备还可以包括网络设备和/或用户设备。其中,所述网络设备包括,但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量主机或网络服务器构成的云。
所述服务器可以是独立的服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network,VPN)等。
S10,当检测到至少一个开发者上传开发的组件至代码仓库时,在所述代码仓库内为每个组件创建独立的文件夹。
在本实施例中,所述代码仓库是存储代码的工作空间,也是代码托管的载体本身。
S11,将每个组件分别存储至对应的每个文件夹中。
需要说明的是,传统的方式通常是以一个统一的文件夹存储所有开发者开发后上传的组件,并将整个代码仓库中的组件一起发布,以便于统一管理,但是,在这种一体化的设计方式中,所有组件需要一起升级、一起发布,没有办法独立实现对某个组件的单独升级及发布,也就是说,当一个组件由于存在缺陷或者需要迭代升级而重新发布时,整个组件库中的其他组件都需要随之同步进行发布,这样,频繁的发布会影响项目的稳定性。
本实施例在所述代码仓库中为每个组件创建独立的文件夹,这样,每个文件夹中存储的组件可以独立升级及发布,而不会对其他文件夹中的组件产生影响,实现了组件间的解耦。
S12,当接收到组件发布指令时,根据所述组件发布指令确定至少一个待发布组件标识。
在本实施例中,所述组件发布指令可以由负责组件发布的相关工作人员触发,如组件库管理者等。
在本实施例中,所述待发布组件标识用于唯一标记对应的组件。
在本实施例中,所述根据所述组件发布指令确定至少一个待发布组件标识包括:
解析所述组件发布指令,得到所述组件发布指令所携带的信息;
在所述组件发布指令所携带的信息中进行遍历,得到所述至少一个待发布组件标识。
S13,从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹,并从每个待发布组件标识对应的文件夹中获取至少一个待发布组件。
在本实施例中,所述从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹包括:
获取所述代码仓库的每个文件夹中所存储的组件的标识;
利用所述至少一个待发布组件标识与每个文件夹中所存储的组件的标识进行匹配,得到匹配结果;
根据所述匹配结果获取每个待发布组件标识对应的文件夹。
例如:文件夹A中所存储的组件的标识为123,待发布组件标识B也为123,则确定待发布组件标识B对应的文件夹为文件夹A。
在本实施例中,在从每个待发布组件标识对应的文件夹中获取至少一个待发布组件后,所述方法还包括:
获取所述至少一个待发布组件中每个待发布组件的描述文件;
根据每个待发布组件的描述文件确定与每个待发布组件具有依赖关系的组件,并作为每个待发布组件的依赖组件;
根据每个待发布组件的依赖组件发出提示信息,其中,所述提示信息用于提示确认在发布每个待发布组件时是否同步发布每个待发布组件的依赖组件。
其中,所述描述文件用于描述各个组件间的依赖关系。
例如:在组件Z的描述文件中,可以存在下述描述:
组件Z – V1.26
依赖:
-组件A V1.0
-组件B V1.1
-组件C V1.2
上述描述的意思是,组件Z的V1.26版本与组件A的V1.0版本、组件B的V1.1版本、组件C的V1.2版本存在依赖关系,即组件Z的V1.26版本依赖于组件A的V1.0版本、组件B的V1.1版本、组件C的V1.2版本,是组件A的V1.0版本、组件B的V1.1版本、组件C的V1.2版本的依赖组件。当更新组件A的V1.0版本,及/或组件B的V1.1版本,及/或组件C的V1.2版本时,组件Z的V1.26版本的功能可能会受到影响。
当要发布组件A的V1.0版本,及/或组件B的V1.1版本,及/或组件C的V1.2版本时,则可以发出提示信息,用于提示确认是否同步升级组件Z的V1.26版本,以避免组件A的V1.0版本,及/或组件B的V1.1版本,及/或组件C的V1.2版本的发布对组件Z的V1.26版本的功能产生影响。
在上述实施例中,在对一个组件进行发布前,同时获取到该组件的依赖组件,并发出提示信息,以便提示确认是否同时发布其他组件,避免一个组件的升级影响其他具有依赖关系的组件功能的稳定性。
S14,为所述至少一个待发布组件进行发布准备。
在本实施例中,在对组件进行正式发布前,还需要进行发布准确。
具体地,所述为所述至少一个待发布组件进行发布准备包括:
生成所述至少一个待发布组件的使用文档;
对所述至少一个待发布组件进行功能测试及代码文件审核。
其中,所述使用文档是指对组件的一些注释内容。
其中,所述功能测试是指对组件进行如点击响应等相关功能的测试。
其中,所述代码文件审核是指对代码、文档的格式等进行的审核,以避免发布错误的代码。
在本实施例中,所述生成所述至少一个待发布组件的使用文档包括:
获取每个待发布组件的使用说明文档;
对每个待发布组件的使用说明文档进行格式化处理,得到每个待发布组件的使用文档;
整合每个待发布组件的使用文档,得到所述至少一个待发布组件的总使用文档;
将每个待发布组件的使用文档及所述总使用文档确定为所述至少一个待发布组件的使用文档。
其中,所述使用说明文档是在每个待发布组件中本身带有的文档。
由于每个待发布组件自带的使用说明文档可能是根据每个开发者的使用习惯配置的,因此,为了便于阅读及使用,对每个待发布组件的使用说明文档进行格式化处理,以统一格式,方便阅读。
进一步地,可以在格式化处理后,得到每个待发布组件独立的使用文档,也可以整合每个待发布组件的使用文档,得到一个完整的所有待发布组件的使用文档,两种不同的使用文档可以供后续根据实际需求进行使用。
S15,在准备完成后,分别发布所述至少一个待发布组件中的每个待发布组件。
在本实施例中,所述分别发布所述至少一个待发布组件中的每个待发布组件包括:
以独立子组件库的形式批量发布每个待发布组件。
不同于传统的发布方式中将代码仓库中的所有组件都统一发布为一个组件库,本实施例将每个待发布组件独立发布为一个子组件库,实现了不同组件间的有效解耦,使每个组件能够实现独立升级及更新,而不会对其他组件造成影响。
并且,由于每个组件是独立发布的,因此,即便各个开发者对于组件的开发进度参差不齐,或者有突发紧急状况影响开发进度,也不会影响其他组件的正常发布。
在本实施例中,在分别发布所述至少一个待发布组件中的每个待发布组件后,所述方法还包括:
当检测到在所述至少一个待发布组件中有组件产生新需求,或者在所述至少一个待发布组件中有组件工作异常时,将检测到的组件确定为目标组件;
确定所述目标组件的待更新版本;
根据所述目标组件的待更新版本发出更新提示,其中,所述更新提示用于提示对所述目标组件的待更新版本进行排期开发。
具体地,可以将所述更新提示发送至指定终端,以提示相关人员进行及时处理。例如:可以将所述更新提示发送至开发者的终端设备,以提示开发者安排开发时间。
在本实施例中,在分别发布所述至少一个待发布组件中的每个待发布组件后,所述方法还包括:
当接收到安装请求或者升级请求时,根据所述安装请求或者所述升级请求确定待处理组件;
独立安装或者升级所述待处理组件。
通过上述实施例,可以根据实际的安装及升级需求对相应的组件进行独立安装及升级,无需担心在升级时其他组件也一起升级而影响项目本身的进度。
由以上技术方案可以看出,本发明能够在代码仓库中以独立文件夹对开发的每个组件进行独立存储,并分别进行独立发布,避免每次有组件需要更新或者迭代升级时其他所有的组件都需要同步进行更新及发布升级,降低了频繁升级前端项目依赖,提高了项目的稳定性,并且,能够有效避免一个组件更新或者迭代升级后对其他组件的功能稳定性产生影响。
如图2所示,是本发明前端公共组件发布装置的较佳实施例的功能模块图。所述前端公共组件发布装置11包括创建单元110、存储单元111、确定单元112、获取单元113、准备单元114、发布单元115。本发明所称的模块/单元是指一种能够被处理器所执行,并且能够完成固定功能的一系列计算机程序段,其存储在存储器中。在本实施例中,关于各模块/单元的功能将在后续的实施例中详述。
所述创建单元110,用于当检测到至少一个开发者上传开发的组件至代码仓库时,在所述代码仓库内为每个组件创建独立的文件夹。
在本实施例中,所述代码仓库是存储代码的工作空间,也是代码托管的载体本身。
所述存储单元111,用于将每个组件分别存储至对应的每个文件夹中。
需要说明的是,传统的方式通常是以一个统一的文件夹存储所有开发者开发后上传的组件,并将整个代码仓库中的组件一起发布,以便于统一管理,但是,在这种一体化的设计方式中,所有组件需要一起升级、一起发布,没有办法独立实现对某个组件的单独升级及发布,也就是说,当一个组件由于存在缺陷或者需要迭代升级而重新发布时,整个组件库中的其他组件都需要随之同步进行发布,这样,频繁的发布会影响项目的稳定性。
本实施例在所述代码仓库中为每个组件创建独立的文件夹,这样,每个文件夹中存储的组件可以独立升级及发布,而不会对其他文件夹中的组件产生影响,实现了组件间的解耦。
所述确定单元112,用于当接收到组件发布指令时,根据所述组件发布指令确定至少一个待发布组件标识。
在本实施例中,所述组件发布指令可以由负责组件发布的相关工作人员触发,如组件库管理者等。
在本实施例中,所述待发布组件标识用于唯一标记对应的组件。
在本实施例中,所述确定单元112根据所述组件发布指令确定至少一个待发布组件标识包括:
解析所述组件发布指令,得到所述组件发布指令所携带的信息;
在所述组件发布指令所携带的信息中进行遍历,得到所述至少一个待发布组件标识。
所述获取单元113,用于从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹,并从每个待发布组件标识对应的文件夹中获取至少一个待发布组件。
在本实施例中,所述获取单元113从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹包括:
获取所述代码仓库的每个文件夹中所存储的组件的标识;
利用所述至少一个待发布组件标识与每个文件夹中所存储的组件的标识进行匹配,得到匹配结果;
根据所述匹配结果获取每个待发布组件标识对应的文件夹。
例如:文件夹A中所存储的组件的标识为123,待发布组件标识B也为123,则确定待发布组件标识B对应的文件夹为文件夹A。
在本实施例中,在从每个待发布组件标识对应的文件夹中获取至少一个待发布组件后,获取所述至少一个待发布组件中每个待发布组件的描述文件;
根据每个待发布组件的描述文件确定与每个待发布组件具有依赖关系的组件,并作为每个待发布组件的依赖组件;
根据每个待发布组件的依赖组件发出提示信息,其中,所述提示信息用于提示确认在发布每个待发布组件时是否同步发布每个待发布组件的依赖组件。
其中,所述描述文件用于描述各个组件间的依赖关系。
例如:在组件Z的描述文件中,可以存在下述描述:
组件Z – V1.26
依赖:
-组件A V1.0
-组件B V1.1
-组件C V1.2
上述描述的意思是,组件Z的V1.26版本与组件A的V1.0版本、组件B的V1.1版本、组件C的V1.2版本存在依赖关系,即组件Z的V1.26版本依赖于组件A的V1.0版本、组件B的V1.1版本、组件C的V1.2版本,是组件A的V1.0版本、组件B的V1.1版本、组件C的V1.2版本的依赖组件。当更新组件A的V1.0版本,及/或组件B的V1.1版本,及/或组件C的V1.2版本时,组件Z的V1.26版本的功能可能会受到影响。
当要发布组件A的V1.0版本,及/或组件B的V1.1版本,及/或组件C的V1.2版本时,则可以发出提示信息,用于提示确认是否同步升级组件Z的V1.26版本,以避免组件A的V1.0版本,及/或组件B的V1.1版本,及/或组件C的V1.2版本的发布对组件Z的V1.26版本的功能产生影响。
在上述实施例中,在对一个组件进行发布前,同时获取到该组件的依赖组件,并发出提示信息,以便提示确认是否同时发布其他组件,避免一个组件的升级影响其他具有依赖关系的组件功能的稳定性。
所述准备单元114,用于为所述至少一个待发布组件进行发布准备。
在本实施例中,在对组件进行正式发布前,还需要进行发布准确。
具体地,所述准备单元114为所述至少一个待发布组件进行发布准备包括:
生成所述至少一个待发布组件的使用文档;
对所述至少一个待发布组件进行功能测试及代码文件审核。
其中,所述使用文档是指对组件的一些注释内容。
其中,所述功能测试是指对组件进行如点击响应等相关功能的测试。
其中,所述代码文件审核是指对代码、文档的格式等进行的审核,以避免发布错误的代码。
在本实施例中,所述生成所述至少一个待发布组件的使用文档包括:
获取每个待发布组件的使用说明文档;
对每个待发布组件的使用说明文档进行格式化处理,得到每个待发布组件的使用文档;
整合每个待发布组件的使用文档,得到所述至少一个待发布组件的总使用文档;
将每个待发布组件的使用文档及所述总使用文档确定为所述至少一个待发布组件的使用文档。
其中,所述使用说明文档是在每个待发布组件中本身带有的文档。
由于每个待发布组件自带的使用说明文档可能是根据每个开发者的使用习惯配置的,因此,为了便于阅读及使用,对每个待发布组件的使用说明文档进行格式化处理,以统一格式,方便阅读。
进一步地,可以在格式化处理后,得到每个待发布组件独立的使用文档,也可以整合每个待发布组件的使用文档,得到一个完整的所有待发布组件的使用文档,两种不同的使用文档可以供后续根据实际需求进行使用。
所述发布单元115,用于在准备完成后,分别发布所述至少一个待发布组件中的每个待发布组件。
在本实施例中,所述发布单元115分别发布所述至少一个待发布组件中的每个待发布组件包括:
以独立子组件库的形式批量发布每个待发布组件。
不同于传统的发布方式中将代码仓库中的所有组件都统一发布为一个组件库,本实施例将每个待发布组件独立发布为一个子组件库,实现了不同组件间的有效解耦,使每个组件能够实现独立升级及更新,而不会对其他组件造成影响。
并且,由于每个组件是独立发布的,因此,即便各个开发者对于组件的开发进度参差不齐,或者有突发紧急状况影响开发进度,也不会影响其他组件的正常发布。
在本实施例中,在分别发布所述至少一个待发布组件中的每个待发布组件后,当检测到在所述至少一个待发布组件中有组件产生新需求,或者在所述至少一个待发布组件中有组件工作异常时,将检测到的组件确定为目标组件;
确定所述目标组件的待更新版本;
根据所述目标组件的待更新版本发出更新提示,其中,所述更新提示用于提示对所述目标组件的待更新版本进行排期开发。
具体地,可以将所述更新提示发送至指定终端,以提示相关人员进行及时处理。例如:可以将所述更新提示发送至开发者的终端设备,以提示开发者安排开发时间。
在本实施例中,在分别发布所述至少一个待发布组件中的每个待发布组件后,当接收到安装请求或者升级请求时,根据所述安装请求或者所述升级请求确定待处理组件;
独立安装或者升级所述待处理组件。
通过上述实施例,可以根据实际的安装及升级需求对相应的组件进行独立安装及升级,无需担心在升级时其他组件也一起升级而影响项目本身的进度。
由以上技术方案可以看出,本发明能够在代码仓库中以独立文件夹对开发的每个组件进行独立存储,并分别进行独立发布,避免每次有组件需要更新或者迭代升级时其他所有的组件都需要同步进行更新及发布升级,降低了频繁升级前端项目依赖,提高了项目的稳定性,并且,能够有效避免一个组件更新或者迭代升级后对其他组件的功能稳定性产生影响。
如图3所示,是本发明实现前端公共组件发布方法的较佳实施例的计算机设备的结构示意图。
所述计算机设备1可以包括存储器12、处理器13和总线,还可以包括存储在所述存储器12中并可在所述处理器13上运行的计算机程序,例如前端公共组件发布程序。
本领域技术人员可以理解,所述示意图仅仅是计算机设备1的示例,并不构成对计算机设备1的限定,所述计算机设备1既可以是总线型结构,也可以是星形结构,所述计算机设备1还可以包括比图示更多或更少的其他硬件或者软件,或者不同的部件布置,例如所述计算机设备1还可以包括输入输出设备、网络接入设备等。
需要说明的是,所述计算机设备1仅为举例,其他现有的或今后可能出现的电子产品如可适应于本发明,也应包含在本发明的保护范围以内,并以引用方式包含于此。
其中,存储器12至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如:SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是计算机设备1的内部存储单元,例如该计算机设备1的移动硬盘。存储器12在另一些实施例中也可以是计算机设备1的外部存储设备,例如计算机设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(SecureDigital,SD)卡、闪存卡(Flash Card)等。进一步地,存储器12还可以既包括计算机设备1的内部存储单元也包括外部存储设备。存储器12不仅可以用于存储安装于计算机设备1的应用软件及各类数据,例如前端公共组件发布程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器13在一些实施例中可以由集成电路组成,例如可以由单个封装的集成电路所组成,也可以是由多个相同功能或不同功能封装的集成电路所组成,包括一个或者多个中央处理器(Central Processing unit,CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是所述计算机设备1的控制核心(Control Unit),利用各种接口和线路连接整个计算机设备1的各个部件,通过运行或执行存储在所述存储器12内的程序或者模块(例如执行前端公共组件发布程序等),以及调用存储在所述存储器12内的数据,以执行计算机设备1的各种功能和处理数据。
所述处理器13执行所述计算机设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个前端公共组件发布方法实施例中的步骤,例如图1所示的步骤。
示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器12中,并由所述处理器13执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段,该指令段用于描述所述计算机程序在所述计算机设备1中的执行过程。例如,所述计算机程序可以被分割成创建单元110、存储单元111、确定单元112、获取单元113、准备单元114、发布单元115。
上述以软件功能模块的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、计算机设备,或者网络设备等)或处理器(processor)执行本发明各个实施例所述前端公共组件发布方法的部分。
所述计算机设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指示相关的硬件设备来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。
其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器等。
进一步地,计算机可读存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
总线可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,在图3中仅用一根直线表示,但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
尽管未示出,所述计算机设备1还可以包括给各个部件供电的电源(比如电池),优选地,电源可以通过电源管理装置与所述至少一个处理器13逻辑相连,从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等,在此不再赘述。
进一步地,所述计算机设备1还可以包括网络接口,可选地,所述网络接口可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等),通常用于在该计算机设备1与其他计算机设备之间建立通信连接。
可选地,该计算机设备1还可以包括用户接口,用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard)),可选地,用户接口还可以是标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在计算机设备1中处理的信息以及用于显示可视化的用户界面。
应该了解,所述实施例仅为说明之用,在专利申请范围上并不受此结构的限制。
图3仅示出了具有组件12-13的计算机设备1,本领域技术人员可以理解的是,图3示出的结构并不构成对所述计算机设备1的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
结合图1,所述计算机设备1中的所述存储器12存储多个指令以实现一种前端公共组件发布方法,所述处理器13可执行所述多个指令从而实现:
当检测到至少一个开发者上传开发的组件至代码仓库时,在所述代码仓库内为每个组件创建独立的文件夹;
将每个组件分别存储至对应的每个文件夹中;
当接收到组件发布指令时,根据所述组件发布指令确定至少一个待发布组件标识;
从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹,并从每个待发布组件标识对应的文件夹中获取至少一个待发布组件;
为所述至少一个待发布组件进行发布准备;
在准备完成后,分别发布所述至少一个待发布组件中的每个待发布组件。
具体地,所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述,在此不赘述。
需要说明的是,本案中所涉及到的数据均为合法取得。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
本发明可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。
因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称,而并不表示任何特定的顺序。
最后应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或等同替换,而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种前端公共组件发布方法,其特征在于,所述前端公共组件发布方法包括:
当检测到至少一个开发者上传开发的组件至代码仓库时,在所述代码仓库内为每个组件创建独立的文件夹;
将每个组件分别存储至对应的每个文件夹中;
当接收到组件发布指令时,根据所述组件发布指令确定至少一个待发布组件标识;
从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹,并从每个待发布组件标识对应的文件夹中获取至少一个待发布组件;
为所述至少一个待发布组件进行发布准备;
在准备完成后,分别发布所述至少一个待发布组件中的每个待发布组件。
2.如权利要求1所述的前端公共组件发布方法,其特征在于,在从每个待发布组件标识对应的文件夹中获取至少一个待发布组件后,所述方法还包括:
获取所述至少一个待发布组件中每个待发布组件的描述文件;
根据每个待发布组件的描述文件确定与每个待发布组件具有依赖关系的组件,并作为每个待发布组件的依赖组件;
根据每个待发布组件的依赖组件发出提示信息,其中,所述提示信息用于提示确认在发布每个待发布组件时是否同步发布每个待发布组件的依赖组件。
3.如权利要求1所述的前端公共组件发布方法,其特征在于,所述为所述至少一个待发布组件进行发布准备包括:
生成所述至少一个待发布组件的使用文档;
对所述至少一个待发布组件进行功能测试及代码文件审核。
4.如权利要求3所述的前端公共组件发布方法,其特征在于,所述生成所述至少一个待发布组件的使用文档包括:
获取每个待发布组件的使用说明文档;
对每个待发布组件的使用说明文档进行格式化处理,得到每个待发布组件的使用文档;
整合每个待发布组件的使用文档,得到所述至少一个待发布组件的总使用文档;
将每个待发布组件的使用文档及所述总使用文档确定为所述至少一个待发布组件的使用文档。
5.如权利要求1所述的前端公共组件发布方法,其特征在于,所述分别发布所述至少一个待发布组件中的每个待发布组件包括:
以独立子组件库的形式批量发布每个待发布组件。
6.如权利要求1所述的前端公共组件发布方法,其特征在于,在分别发布所述至少一个待发布组件中的每个待发布组件后,所述方法还包括:
当检测到在所述至少一个待发布组件中有组件产生新需求,或者在所述至少一个待发布组件中有组件工作异常时,将检测到的组件确定为目标组件;
确定所述目标组件的待更新版本;
根据所述目标组件的待更新版本发出更新提示,其中,所述更新提示用于提示对所述目标组件的待更新版本进行排期开发。
7.如权利要求1所述的前端公共组件发布方法,其特征在于,在分别发布所述至少一个待发布组件中的每个待发布组件后,所述方法还包括:
当接收到安装请求或者升级请求时,根据所述安装请求或者所述升级请求确定待处理组件;
独立安装或者升级所述待处理组件。
8.一种前端公共组件发布装置,其特征在于,所述前端公共组件发布装置包括:
创建单元,用于当检测到至少一个开发者上传开发的组件至代码仓库时,在所述代码仓库内为每个组件创建独立的文件夹;
存储单元,用于将每个组件分别存储至对应的每个文件夹中;
确定单元,用于当接收到组件发布指令时,根据所述组件发布指令确定至少一个待发布组件标识;
获取单元,用于从所述代码仓库中获取所述至少一个待发布组件标识中每个待发布组件标识对应的文件夹,并从每个待发布组件标识对应的文件夹中获取至少一个待发布组件;
准备单元,用于为所述至少一个待发布组件进行发布准备;
发布单元,用于在准备完成后,分别发布所述至少一个待发布组件中的每个待发布组件。
9.一种计算机设备,其特征在于,所述计算机设备包括:
存储器,存储至少一个指令;及
处理器,执行所述存储器中存储的指令以实现如权利要求1至7中任意一项所述的前端公共组件发布方法。
10.一种计算机可读存储介质,其特征在于:所述计算机可读存储介质中存储有至少一个指令,所述至少一个指令被计算机设备中的处理器执行以实现如权利要求1至7中任意一项所述的前端公共组件发布方法。
CN202211224866.1A 2022-10-09 2022-10-09 前端公共组件发布方法、装置、设备及介质 Pending CN115357272A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211224866.1A CN115357272A (zh) 2022-10-09 2022-10-09 前端公共组件发布方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211224866.1A CN115357272A (zh) 2022-10-09 2022-10-09 前端公共组件发布方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN115357272A true CN115357272A (zh) 2022-11-18

Family

ID=84007791

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211224866.1A Pending CN115357272A (zh) 2022-10-09 2022-10-09 前端公共组件发布方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN115357272A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110764820A (zh) * 2019-10-31 2020-02-07 百卓网络科技有限公司 一种基于代码注释自动生成开发文档的方法及系统
CN111813416A (zh) * 2019-04-11 2020-10-23 杭州海康威视系统技术有限公司 文件打包方法、装置及设备、存储介质
CN113238795A (zh) * 2021-05-14 2021-08-10 北京达佳互联信息技术有限公司 组件发布方法、装置、电子设备、存储介质及程序产品
CN114416067A (zh) * 2021-12-30 2022-04-29 联通智网科技股份有限公司 可视化搭建系统及方法
CN114461205A (zh) * 2022-04-13 2022-05-10 杭州比智科技有限公司 数据可视化平台及适用于数据可视化平台的组件管理方法
CN114675875A (zh) * 2022-03-29 2022-06-28 众安信息技术服务有限公司 一种共享组件发布方法、装置、设备及介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111813416A (zh) * 2019-04-11 2020-10-23 杭州海康威视系统技术有限公司 文件打包方法、装置及设备、存储介质
CN110764820A (zh) * 2019-10-31 2020-02-07 百卓网络科技有限公司 一种基于代码注释自动生成开发文档的方法及系统
CN113238795A (zh) * 2021-05-14 2021-08-10 北京达佳互联信息技术有限公司 组件发布方法、装置、电子设备、存储介质及程序产品
CN114416067A (zh) * 2021-12-30 2022-04-29 联通智网科技股份有限公司 可视化搭建系统及方法
CN114675875A (zh) * 2022-03-29 2022-06-28 众安信息技术服务有限公司 一种共享组件发布方法、装置、设备及介质
CN114461205A (zh) * 2022-04-13 2022-05-10 杭州比智科技有限公司 数据可视化平台及适用于数据可视化平台的组件管理方法

Similar Documents

Publication Publication Date Title
US10552296B2 (en) Human-readable, language-independent stack trace summary generation
CN104090776A (zh) 一种软件开发方法及系统
CN113468049A (zh) 基于可配置化接口的测试方法、装置、设备及介质
CN113392090B (zh) 基于数据库迁移的数据验证方法、装置、设备及介质
CN113741909A (zh) 微服务部署方法、装置、电子设备及存储介质
CN115048111B (zh) 基于元数据的代码生成方法、装置、设备及介质
CN114881616A (zh) 业务流程执行方法、装置、电子设备及存储介质
CN113051171A (zh) 接口测试方法、装置、设备及存储介质
CN113806434A (zh) 大数据处理方法、装置、设备及介质
CN115964307A (zh) 交易数据自动化测试方法、装置、设备及介质
CN111985545A (zh) 基于人工智能的目标数据检测方法、装置、设备及介质
CN114185776A (zh) 应用程序的大数据埋点方法、装置、设备及介质
CN113254446B (zh) 数据融合方法、装置、电子设备及介质
CN114691782A (zh) 数据库表增量同步方法、装置及存储介质
CN114399397A (zh) 续保跟踪方法、装置、设备及介质
CN113268478A (zh) 大数据分析方法、装置、电子设备及存储介质
CN114860314B (zh) 基于数据库兼容的部署升级方法、装置、设备及介质
CN114816371B (zh) 消息处理方法、装置、设备及介质
CN115357272A (zh) 前端公共组件发布方法、装置、设备及介质
CN114116673A (zh) 基于人工智能的数据迁移方法及相关设备
CN113434397B (zh) 任务系统的测试方法、装置、电子设备及存储介质
CN114896164A (zh) 接口优化方法、装置、电子设备及存储介质
CN115086047A (zh) 接口鉴权方法、装置、电子设备及存储介质
CN114510400A (zh) 任务执行方法、装置、电子设备及存储介质
CN113419718A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20221118

RJ01 Rejection of invention patent application after publication