分支达标检测方法及装置的制造方法
【技术领域】
[0001]本发明涉及软件开发技术领域，特别涉及一种分支达标检测方法及装置。
【背景技术】
[0002]目前，众多软件项目特别是大型软件项目的开发，均青睐于使用“分支开发，合并主干”的软件开发模式。这样不但可保证主干上代码的稳定性，以便随时编译出稳定的最新版本软件供使用和发布；而且，还可同时在多个分支上完成新功能的开发及测试，进而极大地提升了软件开发效率和版本发布速度。开发者在各个分支上完成新功能的开发后，为保证分支合流后软件的正常使用，分支还需经过一系列的达标检测。仅当分支通过所有的达标检测后，才允许分支合流到主干中。
[0003]现有技术在进行分支达标检测时，几乎全部由人工完成，且不同的检测项通常对应不同的检测人员。分支达标检测包括但不限于:人工检测分支上的所有功能需求是否有良好的产品体验；人工检测分支最近一段时间是否有Rebase主干，也即人工检测最近一段时间主干的代码是否同步至分支；人工对分支上的最新安装包进行工具检测；人工检查分支是否通过codereview(代码评审)、分支新增代码是否影响主干逻辑等。在人工根据各个检测结果确定分支通过上述达标检测后，确定分支满足合流条件，将分支的代码合并到主干中。
[0004]在实现本发明的过程中，发明人发现现有技术至少存在以下问题:
[0005]由于上述分支达标检测几乎全部由人工完成，所以在检测过程中容易出错、且操作复杂、检测效率较低；此外，人工进行分支达标检测时由于不同检测人员负责不同的检测项，且各个检测人员基本线下进行沟通，因此容易出现检测响应反馈不及时的情况，从而导致分支无法及时获得合流权限。
【发明内容】
[0006]为了解决现有技术的问题，本发明实施例提供了一种分支达标检测方法及装置。所述技术方案如下:
[0007]—方面，提供了一种分支达标检测方法，所述方法包括:
[0008]确定待检测分支；
[0009]对所述待检测分支进行前置达标检测；
[0010]当所述待检测分支通过所述前置达标检测后，获取所述待检测分支的最新版本安装包和主干的基准版本安装包；
[0011]根据所述待检测分支的最新版本安装包和所述主干的基准版本安装包，对所述待检测分支进行后置达标检测；
[0012]当所述待检测分支通过所述后置达标检测后，确定所述待检测分支通过达标检测。
[0013]另一方面，提供了一种分支达标检测装置，所述装置包括:
[0014]分支确定模块，用于确定待检测分支；
[0015]前置达标检测模块，用于对所述待检测分支进行前置达标检测；
[0016]安装包获取模块，用于当所述待检测分支通过所述前置达标检测后，获取所述待检测分支的最新版本安装包和主干的基准版本安装包；
[0017]后置达标检测模块，用于根据所述待检测分支的最新版本安装包和所述主干的基准版本安装包，对所述待检测分支进行后置达标检测；
[0018]达标检测确定模块，用于当所述待检测分支通过所述后置达标检测后，确定所述待检测分支通过达标检测。
[0019]本发明实施例提供的技术方案带来的有益效果是:
[0020]在确定待检测分支后，自动对待检测分支进行前置达标检测；当待检测分支通过前置达标检测后，获取待检测分支的最新版本安装包和主干的基准版本安装包，并自动根据待检测分支的最新版本安装包和主干的基准版本安装包，对待检测分支进行后置达标检测，由于整个检测过程实现了自动化，所以减少了人工的干预，在检测过程中不易出错，不但检测效率和检测精度高，而且操作简便；此外，在整个检测过程中无需众多检测人员参与，而由一个电子流装置自动控制对待检测分支的前置达标检测和后置达标检测，所以可及时获取到检测响应，进而使待检测分支及时获得合流权限。
【附图说明】
[0021]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0022]图1是本发明实施例提供的一种分支达标检测方法的流程图；
[0023]图2是本发明实施例提供的一种分支达标检测方法的流程图；
[0024]图3是本发明实施例提供的一种分支达标检测装置的结构示意图；
[0025]图4是本发明实施例提供的一种服务器的结构示意图。
【具体实施方式】
[0026]为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
[0027]为了便于对本发明的理解，先对后续实施例中可能涉及到的相关专业名词进行一下解释说明。
[0028]主干(trunk):版本控制软件中(比如，SVN，git，clearcase等)稳定代码的保存路径，由此路径可编译出软件的发布版本。通常情况下一个软件项目仅有一个主干路径存在。
[0029]分支(branch):版本控制软件中开发/调试代码的保存路径。开发时在分支上进行新功能的开发和测试；当开发的代码通过功能验证测试后，再将开发的代码保存在分支中，并将分支代码合并至主干。通常情况下一个软件项目可以有多个分支存在。
[0030]Rebase:将主干的代码同步至分支，以保证分支上的代码与主干上的代码差别不会太大，减少分支合并至主干时的代码冲突。
[0031]配置管理系统(CMS):记录每个软件版本下，主干及分支的对应情况。例如主干分支路径，分支申请者，分支上实现的需求等。
[0032]持续集成系统(CIS):用于主干和分支的代码编译。当主干和分支上的代码发生变化时，便可自动或手工的启动构建，编译出指定版本的最新安装包。
[0033]合流:将分支上的代码合并至主干。
[0034]进一步地，在对本发明实施例做详细地解释说明之前，先对本发明实施例的典型应用场景予以说明。
[0035]在软件开发过程中，开发人员在发布软件的最初版本之后，当对该软件做进一步地改进或添加新的功能需求时，为了不影响主干上代码的稳定性，通常在多个分支上完成新功能的开发和测试。在开发和测试完成后，再将分支上的代码合并至主干，从而极大地提升了软件开发效率和软件版本发布的节奏。在将分支上的代码合并至主干之前，为了确保分支代码的可用性和逻辑性，还需对分支代码进行一系列的测试，也即对分支进行达标检测。仅在分支代码通过达标检测之后，才允许其合并到主干。
[0036]在对分支进行达标检测时，通常包括产品体验检测、Rebase主干检测、工具检测、代码评审检测等等，上述每一个检测过程均需要人工触发。由于上述每一个检测项目的检查时机和检测人员各不相同，而且全部检测几乎由人工完成，所以会出现下述问题。比如，人工检查容易发生疏忽，假设当某个分支上开发的功能需求较多时，在人工检测校验各功能需求是否已经测试通过时很容易发生疏漏，从而导致未完成的分支也获得合流的权限。此外，由于合流的各项数据来源均不同，例如，需求数据来自配置管理系统(CMS)、安装包信息来自持续集成系统(CIS)、自动化检测结果来自报告邮件，且均需人工进行获取，所以不便于在后续合流过程中根据上述数据内容进行分支代码合并。且在合流过程中还会存在出现问题不便于定位的问题，例如，工具检测失败时，不能确认是工具检测异常所致，还是持续集成系统(CIS)没有相关安装包所致。为了解决上述问题，本发明实施例提供了一种分支达标检测方法，该方法可以自动对分支进行达标检测，人工干预少，提高了检测效率和检测精度。详细过程参见下述实施例。
[0037]图1是本发明实施例提供的一种分支达标检测方法的流程图。参见图1，本发明实施例提供的方法流程包括:
[0038]101、确定待检测分支。
[0039]102、对待检测分支进行前置达标检测。
[0040]103、当待检测分支通过前置达标检测后，获取待检测分支的最新版本安装包和主干的基准版本安装包。
[0041]104、根据待检测分支的最新版本安装包和主干的基准版本安装包，对待检测分支进行后置达标检测。
[0042]105、当待检测分支通过后置达标检测后，确定待检测分支通过达标检测。
[0043]本发明实施例提供的方法，在确定待检测分支后，自动对待检测分支进行前置达标检测；当待检测分支通过前置达标检测后，获取待检测分支的最新版本安装包和主干的基准版本安装包，并自动根据待检测分支的最新版本安装包和主干的基准版本安装包，对待检测分支进行后置达标检测，由于整个检测过程实现了自动化，所以减少了人工的干预，在检测过程中不易出错，不但检测效率和检测精度高，而且操作简便；此外，在整个检测过程中无需众多检测人员参与，而由一个电子流装置自动控制对待检测分支的前置达标检测和后置达标检测，所以可及时获取到检测响应，进而使待检测分支及时获得合流权限。
[0044]可选地，对待检测分支进行前置达标检测，包括:
[0045]确定