CN111813382A - 无形资产管理系统及方法 - Google Patents
无形资产管理系统及方法 Download PDFInfo
- Publication number
- CN111813382A CN111813382A CN202010582812.7A CN202010582812A CN111813382A CN 111813382 A CN111813382 A CN 111813382A CN 202010582812 A CN202010582812 A CN 202010582812A CN 111813382 A CN111813382 A CN 111813382A
- Authority
- CN
- China
- Prior art keywords
- version
- integrated
- platform
- intangible asset
- compiling
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 230000010354 integration Effects 0.000 claims abstract description 134
- 238000012360 testing method Methods 0.000 claims abstract description 105
- 230000007547 defect Effects 0.000 claims abstract description 34
- 238000007726 management method Methods 0.000 claims description 82
- 230000002159 abnormal effect Effects 0.000 claims description 27
- 238000012545 processing Methods 0.000 claims description 15
- 238000012795 verification Methods 0.000 claims description 13
- 230000002085 persistent effect Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 description 32
- 238000012552 review Methods 0.000 description 12
- 239000002184 metal Substances 0.000 description 10
- 230000006870 function Effects 0.000 description 5
- 238000012827 research and development Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012550 audit Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- 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)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Stored Programmes (AREA)
Abstract
本发明提供了无形资产管理系统及方法,该系统包括:无形资产检入审核平台,用于接收开发人员提交的对应于目标资产的待集成版本;接收外部输入的审核结果;在审核结果为通过时,将待集成版本发送给无形资产版本控制平台;无形资产版本控制平台,用于接收无形资产检入审核平台发来的待集成版本,并存储待集成版本;持续集成编译服务平台,用于接收外部输入的集成指令,并根据集成指令,对存储在无形资产版本控制平台的待集成版本执行编译操作;缺陷管理平台,用于接收外部输入的针对持续集成编译服务平台编译后的待集成版本的测试结果;在测试结果为测试通过时,根据编译后的待集成版本生成目标版本。本方案方便对无形资产进行管理。
Description
技术领域
本发明涉及计算机技术领域,特别涉及无形资产管理系统及方法。
背景技术
随着公司业务的不断扩大,公司产品系列也越来越多,对公司所有的源码、设计图以及文档等无形资产进行审核,以确保其正确性和可追随性,以及对公司各业务线产品进行可持续集成开发和统一的无形资产管理变得尤其重要。
目前,针对源码、设计图、文档等各种无形资产的管理一般都是独立的,即存在单独的审核流程、编译流程以及测试流程分别进行管理,然而现有技术无法进行统一的无形资产管理,需要通过多个独立的管理流程独立管理,从而会造成无形资产管理的不便。
专利公开号为109739507A的中国专利申请文件公开了一种代码持续集成方法和代码持续交付方法,通过编译工具和静态扫描工具对代码进行扫描审核,然后对扫描结果进行分析并作为审核的依据,其审核流程也为独立的审核流程,无法实现对无形资产的统一管理。
发明内容
本发明实施例提供了无形资产管理系统及方法,可以方便对无形资产进行管理。
第一方面,本发明提供了无形资产管理系统,包括:
无形资产检入审核平台,用于接收开发人员提交的对应于目标资产的待集成版本;接收外部输入的针对所述待集成版本的审核结果;在所述审核结果为通过时,将所述待集成版本发送给无形资产版本控制平台,其中,所述无形资产检入审核平台为基于代码审查软件gerrit搭建的平台;
所述无形资产版本控制平台,用于接收所述无形资产检入审核平台发来的所述待集成版本,并存储所述待集成版本,其中,所述无形资产版本控制平台为基于分布式版本控制系统git搭建的平台;
持续集成编译服务平台,用于接收外部输入的集成指令,并根据所述集成指令,对存储在所述无形资产版本控制平台的所述待集成版本执行编译操作,其中,所述持续集成编译服务平台为基于持续集成工具jenkins搭建的平台;
缺陷管理平台,用于接收外部输入的针对所述持续集成编译服务平台编译后的所述待集成版本的测试结果;在所述测试结果为测试通过时,根据编译后的待集成版本生成目标版本,其中,所述目标版本对应于所述目标资产,所述缺陷管理平台为基于驱动程序RTC搭建的平台。
优选地,
进一步包括:软件配置服务平台;
所述软件配置服务平台,用于在所述jenkins的网页web页面创建jenkins任务;
根据所述jenkins任务向所述持续集成编译服务平台发送所述集成指令,其中,所述集成指令包括git版本库统一资源定位符url以及编译库url;
优选地,
所述软件配置服务平台,进一步用于对存储在所述无形资产版本控制平台的所述待集成版本添加第一标签,其中,所述第一标签用于表征所述待集成版本的版本信息;
对编译后的待集成版本添加第二标签,其中,所述第二标签用于表征编译后的待集成版本的版本信息;
对所述目标版本添加第三标签,其中,所述第三标签用于表征所述目标版本的版本信息。
优选地,
所述持续集成编译服务平台,用于在接收到来自所述软件配置服务平台的所述集成指令时,根据所述集成指令所包括的所述git版本库url,从所述无形资产版本控制平台对应的版本服务器中获取所述待集成版本;
根据所述集成指令所包括的编译库url,对获取到的所述待集成版本执行编译操作;
将编译后的待集成版本回传到所述无形资产版本控制平台。
优选地,
所述无形资产检入审核平台,进一步用于将所述开发人员提交的对应于所述目标资产的所述待集成版本提交到预先设置的暂存区域stage。
优选地,
所述缺陷管理平台,用于在接收到外部输入的针对所述持续集成编译服务平台编译后的所述待集成版本的测试结果时,确定所述测试结果是否为测试通过;
如果确定出所述测试结果为测试通过,则根据编译后的待集成版本生成所述目标版本;
如果确定出所述测试结果为测试不通过,则获取所述测试结果中所包括的异常信息,其中,所述异常信息用于表征所述待集成版本中存在的漏洞bug;
接收外部输入的针对所述异常信息的处理操作;
当对于所述异常信息的处理操作执行完成时,根据编译后的待集成版本生成目标版本。
第二方面,本发明提供了无形资产管理方法,包括:
利用无形资产检入审核平台接收开发人员提交的对应于目标资产的待集成版本,其中,所述无形资产检入审核平台为基于代码审查软件gerrit搭建的平台;
接收外部输入的针对所述待集成版本的审核结果;
在所述审核结果为通过时,将所述待集成版本发送给无形资产版本控制平台;
利用所述无形资产版本控制平台接收所述无形资产检入审核平台发来的所述待集成版本,其中,所述无形资产版本控制平台为基于分布式版本控制系统git搭建的平台;
将所述待集成版本存储在所述无形资产版本控制平台;
利用持续集成编译服务平台接收外部输入的集成指令,其中,所述持续集成编译服务平台为基于持续集成工具jenkins搭建的平台;
根据所述集成指令,对存储在所述无形资产版本控制平台的所述待集成版本执行编译操作;
利用缺陷管理平台接收外部输入的针对所述持续集成编译服务平台编译后的所述待集成版本的测试结果,其中,所述目标版本对应于所述目标资产,所述缺陷管理平台为基于驱动程序RTC搭建的平台;
在所述测试结果为测试通过时,根据编译后的待集成版本生成目标版本。
优选地,
在所述利用持续集成编译服务平台接收外部输入的集成指令之前,进一步包括:
利用软件配置服务平台在所述jenkins的网页web页面创建jenkins任务;
根据所述jenkins任务向所述持续集成编译服务平台发送所述集成指令,其中,所述集成指令包括git版本库统一资源定位符url以及编译库url;
优选地,
进一步包括:
利用所述软件配置服务平台对存储在所述无形资产版本控制平台的所述待集成版本添加第一标签,其中,所述第一标签用于表征所述待集成版本的版本信息;
对编译后的待集成版本添加第二标签,其中,所述第二标签用于表征编译后的待集成版本的版本信息;
对所述目标版本添加第三标签,其中,所述第三标签用于表征所述目标版本的版本信息。
优选地,
所述根据所述集成指令,对存储在所述无形资产版本控制平台的所述待集成版本执行编译操作,包括:
根据所述集成指令所包括的所述git版本库url,从所述无形资产版本控制平台对应的版本服务器中获取所述待集成版本;
根据所述集成指令所包括的编译库url,对获取到的所述待集成版本执行编译操作;
将编译后的待集成版本回传到所述无形资产版本控制平台。
优选地,
在所述利用无形资产检入审核平台接收开发人员提交的对应于目标资产的待集成版本之后,在所述接收外部输入的针对所述待集成版本的审核结果之前,进一步包括:
利用所述无形资产检入审核平台将所述开发人员提交的对应于所述目标资产的所述待集成版本提交到预先设置的暂存区域stage。
优选地,
所述在所述测试结果为测试通过时,根据编译后的待集成版本生成目标版本,包括:
确定所述测试结果是否为测试通过;
如果确定出所述测试结果为测试通过,则根据编译后的待集成版本生成所述目标版本;
如果确定出所述测试结果为测试不通过,则获取所述测试结果中所包括的异常信息,其中,所述异常信息用于表征所述待集成版本中存在的漏洞bug;
接收外部输入的针对所述异常信息的处理操作;
当对于所述异常信息的处理操作执行完成时,根据编译后的待集成版本生成目标版本。
本发明实施例提供了无形资产管理系统及方法,针对一种无形资产的管理一般需要多个独立的管理流程单独进行管理,因此,为了方便无形资产的统一管理,可以将无形资产管理中所包含的各个流程无缝衔接,即将审核流程、编译流程以及测试流程有机地组合在一起。由于gerrit是一个免费的、开放源代码的代码审查软件,可以基于gerrit搭建无形资产检入审核平台,针对业务人员所提交的对应于目标资产的待集成版本先进行审核,对于审核通过的直接发送给无形资产版本控制平台,该平台可以基于开源的分布式版本控制系统git搭建。由于开发人员所提交的待集成版本一般为源语言编写的,需要通过编译将源语言转化为计算机可识别的二进制语言,故需要在接收到外部输入的集成指令时,通过持续集成编译服务平台对待集成版本进行编译,持续集成编译服务平台可以基于持续集成工具jenkins搭建,然而经过编译后的待集成版本可能存在缺陷导致无法直接生成目标版本,需要测试人员通过基于驱动程序RTC搭建的缺陷管理平台对编译后的待集成版本进行测试,并在测试结果为测试通过时,将编译后的待集成版本生成为目标版本。通过上述方式,将无形资产管理中的各个管理流程进行统一,无需通过多个单独的流程进行管理,可以方便对无形资产进行管理。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种无形资产管理系统的示意图;
图2是本发明一实施例提供的另一种无形资产管理系统的示意图;
图3是本发明一实施例提供的一种无形资产管理方法的流程图;
图4是本发明一实施例提供的另一种无形资产管理方法的流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了无形资产管理系统,该系统包括:
无形资产检入审核平台101,用于接收开发人员提交的对应于目标资产的待集成版本;接收外部输入的针对待集成版本的审核结果;在审核结果为通过时,将待集成版本发送给无形资产版本控制平台,其中,无形资产检入审核平台为基于代码审查软件gerrit搭建的平台;
无形资产版本控制平台102,用于接收无形资产检入审核平台101发来的待集成版本,并存储待集成版本,其中,无形资产版本控制平台为基于分布式版本控制系统git搭建的平台;
持续集成编译服务平台103,用于接收外部输入的集成指令,并根据集成指令,对存储在无形资产版本控制平台102的待集成版本执行编译操作,其中,持续集成编译服务平台为基于持续集成工具jenkins搭建的平台;
缺陷管理平台104,用于接收外部输入的针对持续集成编译服务平台103编译后的待集成版本的测试结果;在测试结果为测试通过时,根据编译后的待集成版本生成目标版本,其中,目标版本对应于目标资产,缺陷管理平台为基于驱动程序RTC搭建的平台。
在本发明实施例中,针对一种无形资产的管理一般需要多个独立的管理流程单独进行管理,因此,为了方便无形资产的统一管理,可以将无形资产管理中所包含的各个流程无缝衔接,即将审核流程、编译流程以及测试流程有机地组合在一起。由于gerrit是一个免费的、开放源代码的代码审查软件,可以基于gerrit搭建无形资产检入审核平台,针对业务人员所提交的对应于目标资产的待集成版本先进行审核,对于审核通过的直接发送给无形资产版本控制平台,该平台可以基于开源的分布式版本控制系统git搭建。由于开发人员所提交的待集成版本一般为源语言编写的,需要通过编译将源语言转化为计算机可识别的二进制语言,故需要在接收到外部输入的集成指令时,通过持续集成编译服务平台对待集成版本进行编译,持续集成编译服务平台可以基于持续集成工具jenkins搭建,然而经过编译后的待集成版本可能存在缺陷导致无法直接生成目标版本,需要测试人员通过基于驱动程序RTC搭建的缺陷管理平台对编译后的待集成版本进行测试,并在测试结果为测试通过时,将编译后的待集成版本生成为目标版本。通过上述方式,将无形资产管理中的各个管理流程进行统一,无需通过多个单独的流程进行管理,可以方便对无形资产进行管理。
如图2所示,基于图1所示的无形资产管理系统,在本发明一实施例中,进一步包括:软件配置服务平台105;
软件配置服务平台105,用于在jenkins的网页web页面创建jenkins任务;
根据jenkins任务向持续集成编译服务平台103发送集成指令,其中,集成指令包括git版本库统一资源定位符url以及编译库url。
在本发明一实施例中,jenkins是一个开源软件项目,是基于java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能,在搭建持续集成编译服务平台时,需要搭建一个jenkins服务和版本构建服务,jenkins服务用于建立和部署jenkins任务,版本构建服务用于构建jenkins任务。通过软件配置服务平台在jenkins的网页web页面创建jenkins任务,并且根据jenkins任务向持续集成编译平台发送包括有git版本库url以及编译库url的集成指令,由于git版本库url表示待集成版本在无形资产版本控制平台的存储路径,编译库url表示待集成版本在持续集成编译服务平台的编译路径,故可以通过接收软件配置服务平台发来的集成指令,通过存储路径获取到待集成版本,并通过编译路径进行编译。
在本发明一实施例中,软件配置服务平台105,进一步用于对存储在无形资产版本控制平台102的待集成版本添加第一标签,其中,第一标签用于表征待集成版本的版本信息;
对编译后的待集成版本添加第二标签,其中,第二标签用于表征编译后的待集成版本的版本信息;
对目标版本添加第三标签,其中,第三标签用于表征目标版本的版本信息。
在本发明一实施例中,为了方便查找和区分不同版本,可以给编译前的待集成版本添加第一标签,给编译后的待集成版本添加第二标签,以及给目标版本添加第三标签,同时,设置第一标签、第二标签和第三标签中均包括有该版本所对应的版本信息,比如,版本号、生成该版本的时间以及版本类型。通过不同版本对应的标签,即可方便获取该版本对应的版本信息。
在本发明一实施例中,持续集成编译服务平台103,用于在接收到来自软件配置服务平台105的集成指令时,根据集成指令所包括的git版本库url,从无形资产版本控制平台102对应的版本服务器中获取待集成版本;
根据集成指令所包括的编译库url,对获取到的待集成版本执行编译操作;
将编译后的待集成版本回传到无形资产版本控制平台102。
在本发明一实施例中,由于集成指令中包括有git版本库url和编译库url,而git版本库url用于表示待集成版本在git版本库中的存储路径,可以方便通过存储路径查找待集成版本,编译库url用于表示待集成版本在编译库中的编译路径,可以方便通过该路径对待集成版本进行编译。
在本发明一实施例中,无形资产检入审核平台101,进一步用于将开发人员提交的对应于目标资产的待集成版本提交到预先设置的暂存区域stage。
在本发明一实施例中,开发人员所提交的待集成版本需要通过审核人员的审核才能发送到无形资产版本控制平台,比如,对待集成版本的代码逻辑的审核,同时多个开发人员提交的未审核的待集成版本直接发送给无形资产版本控制平台,会造成平台负载过大,故可以将开发人员提交的对应于目标资产的待集成版本先提交到预先设置的暂存区域stage,方便审核人员审核的同时,也可以缓解无形资产控制平台的压力。
在本发明一实施例中,缺陷管理平台104,用于在接收到外部输入的针对持续集成编译服务平台103编译后的待集成版本的测试结果时,确定测试结果是否为测试通过;
如果确定出测试结果为测试通过,则根据编译后的待集成版本生成目标版本;
如果确定出测试结果为测试不通过,则获取测试结果中所包括的异常信息,其中,异常信息用于表征待集成版本中存在的漏洞bug;
接收外部输入的针对异常信息的处理操作;
当对于异常信息的处理操作执行完成时,根据编译后的待集成版本生成目标版本。
在本发明一实施例中,针对编译后的待集成版本,可能存在版本缺陷,无法直接生成正式的目标版本,故需要对编译后的待集成版本进行测试,以确定该版本是否存在缺陷,并在测试结果为测试通过时,可以直接将编译后的待集成版本生成为目标版本,在测试结果为测试不通过时,需要对测试存在的缺陷进行修正,可以获取测试结果中所包含的用于表征编译后的待集成版本中存在的漏洞bug的异常信息,对bug进行处理,并在bug处理完成时,可以将编译后的待集成版本生成为目标版本。
如图3所示,本发明实施例提供了无形资产管理方法,该方法可以包括以下步骤:
步骤301:利用无形资产检入审核平台接收开发人员提交的对应于目标资产的待集成版本,其中,无形资产检入审核平台为基于代码审查软件gerrit搭建的平台;
步骤302:接收外部输入的针对待集成版本的审核结果;
步骤303:在审核结果为通过时,将待集成版本发送给无形资产版本控制平台;
步骤304:利用无形资产版本控制平台接收无形资产检入审核平台发来的待集成版本,其中,无形资产版本控制平台为基于分布式版本控制系统git搭建的平台;
步骤305:将待集成版本存储在无形资产版本控制平台;
步骤306:利用持续集成编译服务平台接收外部输入的集成指令,其中,持续集成编译服务平台为基于持续集成工具jenkins搭建的平台;
步骤307:根据集成指令,对存储在无形资产版本控制平台的待集成版本执行编译操作;
步骤308:利用缺陷管理平台接收外部输入的针对持续集成编译服务平台编译后的待集成版本的测试结果,其中,目标版本对应于目标资产,缺陷管理平台为基于驱动程序RTC搭建的平台;
步骤309:在测试结果为测试通过时,根据编译后的待集成版本生成目标版本。
在本发明实施例中,针对一种无形资产的管理一般需要多个独立的管理流程单独进行管理,因此,为了方便无形资产的统一管理,可以将无形资产管理中所包含的各个流程无缝衔接,即将审核流程、编译流程以及测试流程有机地组合在一起。由于gerrit是一个免费的、开放源代码的代码审查软件,可以基于gerrit搭建无形资产检入审核平台,针对业务人员所提交的对应于目标资产的待集成版本先进行审核,对于审核通过的直接发送给无形资产版本控制平台,该平台可以基于开源的分布式版本控制系统git搭建。由于开发人员所提交的待集成版本一般为源语言编写的,需要通过编译将源语言转化为计算机可识别的二进制语言,故需要在接收到外部输入的集成指令时,利用持续集成编译服务平台对待集成版本进行编译,持续集成编译服务平台可以基于持续集成工具jenkins搭建,然而经过编译后的待集成版本可能存在缺陷导致无法直接生成目标版本,需要测试人员利用基于驱动程序RTC搭建的缺陷管理平台对编译后的待集成版本进行测试,并在测试结果为测试通过时,将编译后的待集成版本生成为目标版本。通过上述方式,将无形资产管理中的各个管理流程进行统一,无需通过多个单独的流程进行管理,可以方便对无形资产进行管理。
为了确定集成指令,在本发明一实施例中,上述实施例中在利用持续集成编译服务平台接收外部输入的集成指令之前,进一步包括:
利用软件配置服务平台在jenkins的网页web页面创建jenkins任务;
根据jenkins任务向持续集成编译服务平台发送集成指令,其中,集成指令包括git版本库统一资源定位符url以及编译库url;
在本发明一实施例中,jenkins是一个开源软件项目,是基于java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能,在搭建持续集成编译服务平台时,需要搭建一个jenkins服务和版本构建服务,jenkins服务用于建立和部署jenkins任务,版本构建服务用于构建jenkins任务。利用软件配置服务平台在jenkins的网页web页面创建jenkins任务,并且根据jenkins任务向持续集成编译平台发送包括有git版本库统一资源定位符url以及编译库url的集成指令,由于git版本库统一资源定位符url表示待集成版本在无形资产版本控制平台的存储路径,编译库url表示待集成版本在持续集成编译服务平台的编译路径,故可以通过接收软件配置服务平台发来的集成指令,通过存储路径获取到待集成版本,并通过编译路径进行编译。
为了方便查找和区分不同版本,在本发明一实施例中,上述实施例中进一步包括:
利用软件配置服务平台对存储在无形资产版本控制平台的待集成版本添加第一标签,其中,第一标签用于表征待集成版本的版本信息;
对编译后的待集成版本添加第二标签,其中,第二标签用于表征编译后的待集成版本的版本信息;
对目标版本添加第三标签,其中,第三标签用于表征目标版本的版本信息。
在本发明一实施例中,为了方便查找和区分不同版本,可以给编译前的待集成版本添加第一标签,给编译后的待集成版本添加第二标签,以及给目标版本添加第三标签,同时,设置第一标签、第二标签和第三标签中均包括有该版本所对应的版本信息,比如,版本号、生成该版本的时间以及版本类型。通过不同版本对应的标签,即可方便获取该版本对应的版本信息。
为了方便查找和编译待集成版本,在本发明一实施例中,上述实施例中根据集成指令,对存储在所述无形资产版本控制平台的所述待集成版本执行编译操作,包括:
根据集成指令所包括的git版本库url,从无形资产版本控制平台对应的版本服务器中获取待集成版本;
根据集成指令所包括的编译库url,对获取到的待集成版本执行编译操作;
将编译后的待集成版本回传到无形资产版本控制平台。
在本发明一实施例中,由于集成指令中包括有git版本库url和编译库url,而git版本库url用于表示待集成版本在git版本库中的存储路径,可以方便通过存储路径查找待集成版本,编译库url用于表示待集成版本在编译库中的编译路径,可以方便通过该路径对待集成版本进行编译。
为了方便审核的同时缓解无形资产控制平台的压力,在本发明一实施例中,上述实施例中在所述利用无形资产检入审核平台接收开发人员提交的对应于目标资产的待集成版本之后,在所述接收外部输入的针对所述待集成版本的审核结果之前,进一步包括:
利用无形资产检入审核平台将开发人员提交的对应于目标资产的待集成版本提交到预先设置的暂存区域stage。
在本发明一实施例中,开发人员所提交的待集成版本需要通过审核人员的审核才能发送到无形资产版本控制平台,比如,对待集成版本的代码逻辑的审核,同时多个开发人员提交的未审核的待集成版本直接发送给无形资产版本控制平台,会造成平台负载过大,故可以将开发人员提交的对应于目标资产的待集成版本先提交到预先设置的暂存区域stage,方便审核人员审核的同时,也可以缓解无形资产控制平台的压力。
为了对编译后的待集成版本进行测试,在本发明一实施例中,上述实施例中所述在所述测试结果为测试通过时,根据编译后的待集成版本生成目标版本,包括:
确定测试结果是否为测试通过;
如果确定出测试结果为测试通过,则根据编译后的待集成版本生成目标版本;
如果确定出测试结果为测试不通过,则获取测试结果中所包括的异常信息,其中,异常信息用于表征待集成版本中存在的漏洞bug;
接收外部输入的针对异常信息的处理操作;
当对于异常信息的处理操作执行完成时,根据编译后的待集成版本生成目标版本。
在本发明一实施例中,针对编译后的待集成版本,可能存在版本缺陷,无法直接生成正式的目标版本,故需要对编译后的待集成版本进行测试,以确定该版本是否存在缺陷,并在测试结果为测试通过时,可以直接将编译后的待集成版本生成为目标版本,在测试结果为测试不通过时,需要对测试存在的缺陷进行修正,可以获取测试结果中所包含的用于表征编译后的待集成版本中存在的漏洞bug的异常信息,对bug进行处理,并在bug处理完成时,可以将编译后的待集成版本生成为目标版本。
本发明旨在建立基于gerrit审核检入的无形资产管理系统,将所有包括源代码、硬件设计方案、文档资料、软件镜像、软件交付物等无形资产进行集中化管理,保证公司资产的稳定性和安全性;增加入库审核机制,实现质量管理从研发结果的质量控制向研发过程的质量保证延申;建立公司级的统一持续化集成平台,提高研发效率的同时,实现研发、测试、上线的无缝链接。
如图4所示,为了更加清楚地说明本发明的技术方案及优点,下面对本发明实施例提供了无形资产管理方法进行详细说明,具体可以包括以下步骤:
步骤401:利用无形资产检入审核平台接收开发人员提交的对应于目标资产的待集成版本,其中,无形资产检入审核平台为基于代码审查软件gerrit搭建的平台。
具体地,gerrit是一个免费、开放源代码的代码审查软件,gerrit审核入库并统一对无形资产进行管理相比传统的业务线代码、文档孤立管控方式和人工管控方式相比,减少人力物力资源的浪费以及无形资产的流失,同时可以建立全公司级别的代码、资产管理中心及统一的持续化集成平台,因此,可以基于代码审查软件gerrit搭建无形资产检入审核平台。
步骤402:利用无形资产检入审核平台将开发人员提交的对应于目标资产的待集成版本提交到预先设置的暂存区域stage。
举例来说,业务线有待集成版本(比如,新开发的代码)提交时,首先是提交到暂存区域stage,经过具有审核权限的审核人员对新开发的代码进行审核,审核通过之后,直接发送给无形资产版本控制平台,没有通过的可以发送给开发人员的客户端进行代码修改,并重新提交。
步骤403:接收外部输入的针对待集成版本的审核结果。
步骤404:在审核结果为通过时,将待集成版本发送给无形资产版本控制平台。
具体地,采用gerrit作为入库审核工具,可以为基于git搭建的无形资产版本控制平台提供严密的权限管理,确保资产的每一次入库都要经过审核,审核通过方可入库。
步骤405:利用无形资产版本控制平台接收无形资产检入审核平台发来的待集成版本,其中,无形资产版本控制平台为基于分布式版本控制系统git搭建的平台。
步骤406:将待集成版本存储在无形资产版本控制平台。
步骤407:利用软件配置服务平台对存储在无形资产版本控制平台的待集成版本添加第一标签,其中,第一标签用于表征待集成版本的版本信息。
步骤408:利用软件配置服务平台在jenkins的网页web页面创建jenkins任务。
步骤409:根据jenkins任务向持续集成编译服务平台发送集成指令,其中,集成指令包括git版本库统一资源定位符url以及编译库url。
步骤410:利用持续集成编译服务平台接收来自软件配置服务平台的集成指令,其中,持续集成编译服务平台为基于持续集成工具jenkins搭建的平台。
步骤411:根据集成指令所包括的git版本库url,从无形资产版本控制平台对应的版本服务器中获取待集成版本。
步骤412:根据集成指令所包括的编译库url,对获取到的待集成版本执行编译操作。
步骤413:将编译后的待集成版本回传到无形资产版本控制平台。
步骤414:对编译后的待集成版本添加第二标签,其中,第二标签用于表征编译后的待集成版本的版本信息。
具体地,审核通过的待集成版本会直接发送到无形资产版本控制平台对应的版本服务器,并存储在版本服务器的源码库,由于该版本是由源语言编写的计算机不可识别语言,需要通过编译将源语言转变为计算机可识别的二进制语言,因此,可以预先通过软件配置服务平台设置集成指令包括有git版本库url以及编译库url,在持续集成编译服务平台接收到该集成指令时,根据git版本库url所包括的存储路径从版本服务器对应路径获取待集成版本,并通过持续集成平台的编译服务器,基于编译库url所包括的编译路径进行编译,版本服务器可以对所有的版本进行统一管控,因此,编译后的待集成版本可以回传到版本服务器,并存放在版本服务器的受控库中。同时,对于编译前的版本可以添加第一标签,对于编译后的版本可以添加第二标签,同时可以设置第一标签和第二标签均该包括该版本的版本号、版本类型(比如,正式版本或者测试版本)、生成该版本的时间,以便查找不同版本。
同时,该平台可以提供嵌入式软件、手机APP、后台服务等所有业务线的自动集成、自动打包及软件配置管理员SCM手动集成等功能;该平台可以满足邮件、微信通知编译结果以及可对集成产物进行自动部署和手动部署,将Git作为公司统一的版本控制工具,搭建统一的无形资产版本控制平台。可以支持git客户端命令行及图形界面登录,支持Windows、Linux、Mac等不同的操作系统,支持代码仓库Repo,支持加密传输,支持异地同事从外网检入代码进行编译。
步骤415:利用缺陷管理平台接收外部输入的针对持续集成编译服务平台编译后的待集成版本的测试结果,其中,目标版本对应于目标资产,缺陷管理平台为基于驱动程序RTC搭建的平台。
步骤416:确定测试结果是否为测试通过,若是,执行步骤419,否则,执行步骤417。
步骤417:获取测试结果中所包括的异常信息,其中,异常信息用于表征待集成版本中存在的漏洞bug。
步骤418:接收外部输入的针对异常信息的处理操作。
步骤419:根据编译后的待集成版本生成目标版本,执行步骤420。
步骤420:对目标版本添加第三标签,其中,第三标签用于表征目标版本的版本信息。
具体地,基于RTC的缺陷管理平台主要用于版本中测出的缺陷问题的集中管理和状态维护,各业务线开发人员的版本发布之后,测试人员可以对编译后的待集成版本进行测试,将发现的bug提交记录到RTC,便于开发跟踪修改bug和维护修改bug状态,同时可以对目标版本添加第三标签,方便对目标版本进行查找,经过测试人员测试后的版本即为正式的目标版本,可以由软件配置管理员SCM上传至产品库,在需要查找时,通过该目标版本对应的第三标签进行查找。
可以理解的是,本发明实施例示意的结构并不构成对无形资产管理系统的具体限定。在本发明的另一些实施例中,无形资产管理系统可以包括比图示更多或者更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件、软件或者软件和硬件的组合来实现。
上述装置内的各单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
本发明实施例还提供了无形资产管理系统,包括:至少一个存储器和至少一个处理器;
至少一个存储器,用于存储机器可读程序;
至少一个处理器,用于调用机器可读程序,执行本发明任一实施例中的无形资产管理方法。
本发明实施例还提供了一种计算机可读介质,计算机可读介质上存储有计算机指令,计算机指令在被处理器执行时,使处理器执行本发明任一实施例中的无形资产管理方法。
具体地,可以提供配有存储介质的系统或者装置,在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码,且使该系统或者装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码。
在这种情况下,从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能,因此程序代码和存储程序代码的存储介质构成了本发明的一部分。
用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地,可以由通信网络从服务器计算机上下载程序代码。
此外,应该清楚的是,不仅可以通过执行计算机所读出的程序代码,而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作,从而实现上述实施例中任意一项实施例的功能。
此外,可以理解的是,将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中,随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作,从而实现上述实施例中任一实施例的功能。
本发明各个实施例至少具有如下有益效果:
1、在本发明实施例中,针对一种无形资产的管理一般需要多个独立的管理流程单独进行管理,因此,为了方便无形资产的统一管理,可以将无形资产管理中所包含的各个流程无缝衔接,即将审核流程、编译流程以及测试流程有机地组合在一起。由于gerrit是一个免费的、开放源代码的代码审查软件,可以基于gerrit搭建无形资产检入审核平台,针对业务人员所提交的对应于目标资产的待集成版本先进行审核,对于审核通过的直接发送给无形资产版本控制平台,该平台可以基于开源的分布式版本控制系统git搭建。由于开发人员所提交的待集成版本一般为源语言编写的,需要通过编译将源语言转化为计算机可识别的二进制语言,故需要在接收到外部输入的集成指令时,通过持续集成编译服务平台对待集成版本进行编译,持续集成编译服务平台可以基于持续集成工具jenkins搭建,然而经过编译后的待集成版本可能存在缺陷导致无法直接生成目标版本,需要测试人员通过基于驱动程序RTC搭建的缺陷管理平台对编译后的待集成版本进行测试,并在测试结果为测试通过时,将编译后的待集成版本生成为目标版本。通过上述方式,将无形资产管理中的各个管理流程进行统一,无需通过多个单独的流程进行管理,可以方便对无形资产进行管理;
2、在本发明一实施例中,jenkins是一个开源软件项目,是基于java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能,在搭建持续集成编译服务平台时,需要搭建一个jenkins服务和版本构建服务,jenkins服务用于建立和部署jenkins任务,版本构建服务用于构建jenkins任务。通过软件配置服务平台在jenkins的网页web页面创建jenkins任务,并且根据jenkins任务向持续集成编译平台发送包括有git版本库统一资源定位符url以及编译库url的集成指令,由于git版本库统一资源定位符url表示待集成版本在无形资产版本控制平台的存储路径,编译库url表示待集成版本在持续集成编译服务平台的编译路径,故可以通过接收软件配置服务平台发来的集成指令,通过存储路径获取到待集成版本,并通过编译路径进行编译;
3、在本发明一实施例中,为了方便查找和区分不同版本,可以给编译前的待集成版本添加第一标签,给编译后的待集成版本添加第二标签,以及给目标版本添加第三标签,同时,设置第一标签、第二标签和第三标签中均包括有该版本所对应的版本信息,比如,版本号、生成该版本的时间以及版本类型。通过不同版本对应的标签,即可方便获取该版本对应的版本信息。
需要说明的是,上述各流程和各系统结构图中不是所有的步骤和模块都是必须的,可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的,可以根据需要进行调整。上述各实施例中描述的系统结构可以是物理结构,也可以是逻辑结构,即,有些模块可能由同一物理实体实现,或者,有些模块可能分由多个物理实体实现,或者,可以由多个独立设备中的某些部件共同实现。
以上各实施例中,硬件单元可以通过机械方式或电气方式实现。例如,一个硬件单元可以包括永久性专用的电路或逻辑(如专门的处理器,FPGA或ASIC)来完成相应操作。硬件单元还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器),可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。
上文通过附图和优选实施例对本发明进行了详细展示和说明,然而本发明不限于这些已揭示的实施例,基与上述多个实施例本领域技术人员可以知晓,可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例,这些实施例也在本发明的保护范围之内。
Claims (10)
1.无形资产管理系统,其特征在于,包括:
无形资产检入审核平台,用于接收开发人员提交的对应于目标资产的待集成版本;接收外部输入的针对所述待集成版本的审核结果;在所述审核结果为通过时,将所述待集成版本发送给无形资产版本控制平台,其中,所述无形资产检入审核平台为基于代码审查软件gerrit搭建的平台;
所述无形资产版本控制平台,用于接收所述无形资产检入审核平台发来的所述待集成版本,并存储所述待集成版本,其中,所述无形资产版本控制平台为基于分布式版本控制系统git搭建的平台;
持续集成编译服务平台,用于接收外部输入的集成指令,并根据所述集成指令,对存储在所述无形资产版本控制平台的所述待集成版本执行编译操作,其中,所述持续集成编译服务平台为基于持续集成工具jenkins搭建的平台;
缺陷管理平台,用于接收外部输入的针对所述持续集成编译服务平台编译后的所述待集成版本的测试结果;在所述测试结果为测试通过时,根据编译后的待集成版本生成目标版本,其中,所述目标版本对应于所述目标资产,所述缺陷管理平台为基于驱动程序RTC搭建的平台。
2.根据权利要求1所述的系统,其特征在于,进一步包括:软件配置服务平台;
所述软件配置服务平台,用于在所述jenkins的网页web页面创建jenkins任务;
根据所述jenkins任务向所述持续集成编译服务平台发送所述集成指令,其中,所述集成指令包括git版本库统一资源定位符url以及编译库url;
和/或,
所述软件配置服务平台,进一步用于对存储在所述无形资产版本控制平台的所述待集成版本添加第一标签,其中,所述第一标签用于表征所述待集成版本的版本信息;
对编译后的待集成版本添加第二标签,其中,所述第二标签用于表征编译后的待集成版本的版本信息;
对所述目标版本添加第三标签,其中,所述第三标签用于表征所述目标版本的版本信息。
3.根据权利要求2所述的系统,其特征在于,
所述持续集成编译服务平台,用于在接收到来自所述软件配置服务平台的所述集成指令时,根据所述集成指令所包括的所述git版本库url,从所述无形资产版本控制平台对应的版本服务器中获取所述待集成版本;
根据所述集成指令所包括的编译库url,对获取到的所述待集成版本执行编译操作;
将编译后的待集成版本回传到所述无形资产版本控制平台。
4.根据权利要求1所述的系统,其特征在于,
所述无形资产检入审核平台,进一步用于将所述开发人员提交的对应于所述目标资产的所述待集成版本提交到预先设置的暂存区域stage。
5.根据权利要求1-4中任一所述的系统,其特征在于,
所述缺陷管理平台,用于在接收到外部输入的针对所述持续集成编译服务平台编译后的所述待集成版本的测试结果时,确定所述测试结果是否为测试通过;
如果确定出所述测试结果为测试通过,则根据编译后的待集成版本生成所述目标版本;
如果确定出所述测试结果为测试不通过,则获取所述测试结果中所包括的异常信息,其中,所述异常信息用于表征所述待集成版本中存在的漏洞bug;
接收外部输入的针对所述异常信息的处理操作;
当对于所述异常信息的处理操作执行完成时,根据编译后的待集成版本生成目标版本。
6.无形资产管理方法,其特征在于,包括:
利用无形资产检入审核平台接收开发人员提交的对应于目标资产的待集成版本,其中,所述无形资产检入审核平台为基于代码审查软件gerrit搭建的平台;
接收外部输入的针对所述待集成版本的审核结果;
在所述审核结果为通过时,将所述待集成版本发送给无形资产版本控制平台;
利用所述无形资产版本控制平台接收所述无形资产检入审核平台发来的所述待集成版本,其中,所述无形资产版本控制平台为基于分布式版本控制系统git搭建的平台;
将所述待集成版本存储在所述无形资产版本控制平台;
利用持续集成编译服务平台接收外部输入的集成指令,其中,所述持续集成编译服务平台为基于持续集成工具jenkins搭建的平台;
根据所述集成指令,对存储在所述无形资产版本控制平台的所述待集成版本执行编译操作;
利用缺陷管理平台接收外部输入的针对所述持续集成编译服务平台编译后的所述待集成版本的测试结果,其中,所述目标版本对应于所述目标资产,所述缺陷管理平台为基于驱动程序RTC搭建的平台;
在所述测试结果为测试通过时,根据编译后的待集成版本生成目标版本。
7.根据权利要求6所述的方法,其特征在于,
在所述利用持续集成编译服务平台接收外部输入的集成指令之前,进一步包括:
利用软件配置服务平台在所述jenkins的网页web页面创建jenkins任务;
根据所述jenkins任务向所述持续集成编译服务平台发送所述集成指令,其中,所述集成指令包括git版本库统一资源定位符url以及编译库url;
和/或,
进一步包括:
利用所述软件配置服务平台对存储在所述无形资产版本控制平台的所述待集成版本添加第一标签,其中,所述第一标签用于表征所述待集成版本的版本信息;
对编译后的待集成版本添加第二标签,其中,所述第二标签用于表征编译后的待集成版本的版本信息;
对所述目标版本添加第三标签,其中,所述第三标签用于表征所述目标版本的版本信息。
8.根据权利要求7所述的方法,其特征在于,
所述根据所述集成指令,对存储在所述无形资产版本控制平台的所述待集成版本执行编译操作,包括:
根据所述集成指令所包括的所述git版本库url,从所述无形资产版本控制平台对应的版本服务器中获取所述待集成版本;
根据所述集成指令所包括的编译库url,对获取到的所述待集成版本执行编译操作;
将编译后的待集成版本回传到所述无形资产版本控制平台。
9.根据权利要求6所述的方法,其特征在于,
在所述利用无形资产检入审核平台接收开发人员提交的对应于目标资产的待集成版本之后,在所述接收外部输入的针对所述待集成版本的审核结果之前,进一步包括:
利用所述无形资产检入审核平台将所述开发人员提交的对应于所述目标资产的所述待集成版本提交到预先设置的暂存区域stage。
10.根据权利要求6-9中任一所述的方法,其特征在于,
所述在所述测试结果为测试通过时,根据编译后的待集成版本生成目标版本,包括:
确定所述测试结果是否为测试通过;
如果确定出所述测试结果为测试通过,则根据编译后的待集成版本生成所述目标版本;
如果确定出所述测试结果为测试不通过,则获取所述测试结果中所包括的异常信息,其中,所述异常信息用于表征所述待集成版本中存在的漏洞bug;
接收外部输入的针对所述异常信息的处理操作;
当对于所述异常信息的处理操作执行完成时,根据编译后的待集成版本生成目标版本。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010582812.7A CN111813382A (zh) | 2020-06-23 | 2020-06-23 | 无形资产管理系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010582812.7A CN111813382A (zh) | 2020-06-23 | 2020-06-23 | 无形资产管理系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111813382A true CN111813382A (zh) | 2020-10-23 |
Family
ID=72845598
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010582812.7A Pending CN111813382A (zh) | 2020-06-23 | 2020-06-23 | 无形资产管理系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111813382A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112269688A (zh) * | 2020-10-29 | 2021-01-26 | 四川虹美智能科技有限公司 | 异地灾备系统及方法 |
CN113190805A (zh) * | 2021-05-31 | 2021-07-30 | 世纪龙信息网络有限责任公司 | 一种代码资产管理系统 |
CN113704067A (zh) * | 2021-09-09 | 2021-11-26 | 合肥新青罗数字技术有限公司 | 无形资产管理系统监控方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103336688A (zh) * | 2013-06-20 | 2013-10-02 | 中标软件有限公司 | 面向云计算软件研发过程中的软件集成方法及系统 |
CN105138387A (zh) * | 2015-08-31 | 2015-12-09 | 惠州Tcl移动通信有限公司 | 一种软件的编译方法、装置及系统 |
US20160357659A1 (en) * | 2013-10-15 | 2016-12-08 | International Business Machines Corporation | Detecting merge conflicts and compilation errors in a collaborative integrated development environment |
CN107463375A (zh) * | 2017-07-18 | 2017-12-12 | 上海斐讯数据通信技术有限公司 | 一种检测源代码的方法和系统 |
CN108376073A (zh) * | 2016-11-15 | 2018-08-07 | 平安科技(深圳)有限公司 | 一种测试软件包生成方法及终端 |
CN109683912A (zh) * | 2018-12-29 | 2019-04-26 | 有米科技股份有限公司 | 软件集成与部署的方法、装置、服务器及存储介质 |
CN111061639A (zh) * | 2019-12-18 | 2020-04-24 | 中信百信银行股份有限公司 | 一种高效多系统测试代码覆盖率的管理方法 |
-
2020
- 2020-06-23 CN CN202010582812.7A patent/CN111813382A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103336688A (zh) * | 2013-06-20 | 2013-10-02 | 中标软件有限公司 | 面向云计算软件研发过程中的软件集成方法及系统 |
US20160357659A1 (en) * | 2013-10-15 | 2016-12-08 | International Business Machines Corporation | Detecting merge conflicts and compilation errors in a collaborative integrated development environment |
CN105138387A (zh) * | 2015-08-31 | 2015-12-09 | 惠州Tcl移动通信有限公司 | 一种软件的编译方法、装置及系统 |
CN108376073A (zh) * | 2016-11-15 | 2018-08-07 | 平安科技(深圳)有限公司 | 一种测试软件包生成方法及终端 |
CN107463375A (zh) * | 2017-07-18 | 2017-12-12 | 上海斐讯数据通信技术有限公司 | 一种检测源代码的方法和系统 |
CN109683912A (zh) * | 2018-12-29 | 2019-04-26 | 有米科技股份有限公司 | 软件集成与部署的方法、装置、服务器及存储介质 |
CN111061639A (zh) * | 2019-12-18 | 2020-04-24 | 中信百信银行股份有限公司 | 一种高效多系统测试代码覆盖率的管理方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112269688A (zh) * | 2020-10-29 | 2021-01-26 | 四川虹美智能科技有限公司 | 异地灾备系统及方法 |
CN113190805A (zh) * | 2021-05-31 | 2021-07-30 | 世纪龙信息网络有限责任公司 | 一种代码资产管理系统 |
CN113190805B (zh) * | 2021-05-31 | 2024-06-25 | 天翼数字生活科技有限公司 | 一种代码资产管理系统 |
CN113704067A (zh) * | 2021-09-09 | 2021-11-26 | 合肥新青罗数字技术有限公司 | 无形资产管理系统监控方法 |
CN113704067B (zh) * | 2021-09-09 | 2023-10-24 | 合肥新青罗数字技术有限公司 | 无形资产管理系统监控方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11157390B2 (en) | Automatic software defect repair | |
US8285662B2 (en) | Framework for delta analysis during automated builds | |
CN111813382A (zh) | 无形资产管理系统及方法 | |
US10339029B2 (en) | Automatically detecting internalization (i18n) issues in source code as part of static source code analysis | |
US12019537B2 (en) | Feature-based deployment pipelines | |
US7080357B2 (en) | Software package verification | |
CN112527382B (zh) | 部署流水线引擎系统的方法、持续集成的方法及装置 | |
US11544176B1 (en) | Systems and methods for automatically assessing and conforming software development modules to accessibility guidelines in real-time | |
CN112596784B (zh) | 一种迭代版本部署方法及装置 | |
CN112131116A (zh) | 一种嵌入式软件自动化回归测试方法 | |
CN103823665B (zh) | 一种sdk活跃度分析方法、网络服务器及系统 | |
CN114168471A (zh) | 测试方法、装置、电子设备及存储介质 | |
US12013777B2 (en) | Controlling heterogeneous component-based testing in a portable automation framework with test scripts in both API mode and UI mode | |
US11269712B1 (en) | Customized categorial error handling framework for heterogeneous component-based testing in a portable automation framework | |
CN111338940A (zh) | 代码处理方法、装置及系统 | |
CN116150033A (zh) | 一种软件测试方法、系统、计算机设备及存储介质 | |
CN112748950B (zh) | 一种软件代码审查方法及装置 | |
CN108536558A (zh) | 一种bios持续集成平台及方法 | |
US11310680B2 (en) | Reusing provisioned resources during heterogeneous component-based testing in a portable automation framework | |
CN112988578A (zh) | 一种自动化测试方法和装置 | |
CN114327580A (zh) | 基于软件仓库的管理方法、系统、设备及存储介质 | |
CN109189370B (zh) | 软件组件的生成方法、装置、设备及计算机可读存储介质 | |
CN111813659A (zh) | 基于ui和接口自动化测试方法、装置、设备及可读介质 | |
CN111611173A (zh) | 一种应用于微服务工程接口文档检测的系统和方法 | |
KR20200000684A (ko) | 테스트 통합 관리시스템 및 그 제어방법 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201023 |