[发明专利]代码集成验证方法及装置

说明书

本发明实施例提供了一种代码集成验证方法及装置。该方法包括：将从代码托管系统接收的多个具有关联关系的用于代码变更的变更单组成变更单组；根据所述多个变更单之间的依赖关系确定所述变更单组内各变更单的代码合并顺序；按照所述代码合并顺序对所述变更单组内的各变更单分别进行代码合并；调用代码集成系统对所述变更单组合并后的代码进行集成验证。在本发明中，通过将相关联的多个变更单合并为一个变更单组，保证其原子性之后，再进行持续集成的验证，从而解决了当单个变更单的强行合入有依赖关系的多个变更单时，导致阶段性不可持续集成，造成阻塞性等待和浪费的问题，达到多个变更单同时进行变更验证的效果。

技术领域

本发明实施例涉及软件工程技术领域，具体而言，涉及一种代码集成验证方法及装置。

背景技术

软件研发团队的成员经常需要集成他们的代码编写工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。一般流程为开发人员在本地完成开发，之后提交到代码管理系统，由代码管理系统和代码集成系统，完成代码的预集成检查，待检查通过后，再合入到对应的代码集成分支，完成本地开发代码的集成。

当前通用做法是，每个开发人员完成本地开发后，将代码提交到代码评审系统，并触发自动化的持续集成流水线进行自动化构建，如编译、发布和自动化测试等，来测试验证本次变更的代码。

随着代码规模增大，需要多人同时提交代码评审系统并触发构建时，每人的验证都只有自己的变更，而无法达到一起集成的目的。目前的通用做法是，每个变更各自验证，各自分别合入，如果有构建验证失败，则再修复，这样代码集成的持续性可能受影响，从而导致阶段性的版本不可用。即当前软件代码的变更的构建验证，仅是针对一个变更单的验证，缺少对软件的多个变更同时进行变更验证的方案。

发明内容

本发明实施例提供了一种代码集成验证方法及装置，以至少解决相关技术中多个变更单有依赖关系时，单个变更单的强行合入，如果集成有问题，将导致整个软件/子系统阶段性不可持续集成，从而对整个系统的再集成造成阻塞，出现阻塞性等待和浪费的问题。

根据本发明的一个实施例，提供了一种代码集成验证方法，包括：将从代码托管系统接收的多个具有关联关系的用于代码变更的变更单组成变更单组；根据所述多个变更单之间的依赖关系确定所述变更单组内各变更单的代码合并顺序；按照所述代码合并顺序对所述变更单组内的各变更单分别进行代码合并；调用代码集成系统对所述变更单组合并后的代码进行集成验证。

在一个示例性实施例中，所述变更单组为以下之一：单向变更单组、双向变更单组、前序变更单组。

在一个示例性实施例中，将从代码托管系统接收的多个具有关联关系的变更单组成变更单组包括：根据所述多个变更单的依赖信息标识查询获得具有关联关系的所述多个变更单；将所述多个变更单组成所述变更单组。

在一个示例性实施例中，将从代码托管系统接收的多个具有关联关系的变更单组成变更单组之前，还包括：通过所述代码托管系统接收用户提交的对所托管的代码进行变更的多个请求，并生成多个变更单以及对应的变更单信息，其中，所述变更单信息至少以下之一：单向依赖信息、变更单组组别信息、变更信息。

在一个示例性实施例中，根据所述多个变更单之间的依赖关系确定所述变更单组内各变更单的代码合并顺序，包括：所述变更单组为单向变更单组，根据所述单向变更单组中各变更单的依赖顺序确定所述各变更单的代码合并顺序。

在一个示例性实施例中，按照所述代码合并顺序对所述变更单组内的各变更单分别进行代码合并，包括：从所述代码托管系统下载所述变更单组内的各变更单对应的代码到本地；按照所述代码合并顺序，将各个变更单的代码变更与从所述代码托管系统下载的该变更单对应的代码进行合并，并打上所述变更单组的标签信息。