[发明专利]一种代码评审方法、装置、存储介质及电子设备在审
申请号: | 202111544522.4 | 申请日: | 2021-12-16 |
公开(公告)号: | CN114217816A | 公开(公告)日: | 2022-03-22 |
发明(设计)人: | 张恒 | 申请(专利权)人: | 成都知道创宇信息技术有限公司 |
主分类号: | G06F8/41 | 分类号: | G06F8/41;G06F11/36 |
代理公司: | 北京超凡宏宇专利代理事务所(特殊普通合伙) 11463 | 代理人: | 戴尧罡 |
地址: | 610000 四川省成都市高新区中国*** | 国省代码: | 四川;51 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 代码 评审 方法 装置 存储 介质 电子设备 | ||
本申请提出一种代码评审方法、装置、存储介质及电子设备,在接收到目标功能的开发请求时,依据待调用子系统的主代码分支创建代码分支,其中,功能开发请求包括待调用子系统的标识;将代码分支发送至用户终端,以使用户终端对代码分支进行编译;在接收到所有编译完成的代码分支后,向至少一个评审终端发送目标功能对应的评审页面,其中,评审页面包含编译完成的代码分支、函数调用关系以及代码修改记录文件中的任意一个或多个的组合,评审页面用于作为评审员的评审依据。将评审页面包含所有编译完成的代码分支的编译信息,基于评审页面可以对一个目标功能下,多个仓库中的子系统对应的代码进行统一评审,提升评审效率和准确性。
技术领域
本申请涉及信息处理技术领域,具体而言,涉及一种代码评审方法、装置、存储介质及电子设备。
背景技术
相对于瀑布式开发模型,敏捷开发在现在的研发中更为常见,用户故事作为敏捷开发中最重要的一部分,通常的研发模式是将用户故事拆分成为多个独立的子任务去完成开发、测试等工作。但是,由于现在系统规模大,需要多人协作,且项目组织架构多为前后端分离以及微服务架构,体现在Git仓库中为一个项目会出现多个仓库,更有甚者会出现上百的仓库服务于一个项目,在这样的背景下,当代码变更后进行代码评审是一件非常耗时耗力的工作,且极容易出现合并代码不同步,代码合并后出现Bug返工的问题。
发明内容
本申请的目的在于提供一种代码评审方法、装置、存储介质及电子设备,以至少部分改善上述问题。
为了实现上述目的,本申请实施例采用的技术方案如下:
第一方面,本申请实施例提供一种代码评审方法,所述方法包括:
在接收到目标功能的开发请求时,依据待调用子系统的主代码分支创建代码分支,其中,所述开发请求包括所述待调用子系统的标识;
将所述代码分支发送至用户终端,以使所述用户终端对所述代码分支进行编译;
在接收到所有编译完成的代码分支后,向至少一个评审终端发送所述目标功能对应的评审页面,其中,所述评审页面包含编译完成的代码分支、函数调用关系以及代码修改记录文件中的任意一个或多个的组合,所述评审页面用于作为评审员的评审依据。
可选地,在向至少一个评审终端发送所述目标功能对应的评审页面之后,所述方法还包括:
在反馈审核通过的评审终端的数量大于预设的数量阈值时,确认审核通过;
将编译完成的代码分支合并至对应的主代码分支。
可选地,在向至少一个评审终端发送所述目标功能对应的评审页面之前,所述方法还包括:
基于部署信息将编译完成的代码分支作为备用系统部署于对应的执行设备中,以完成预览环境构建,其中,所述部署信息包括编译完成的代码分支与执行设备的对应关系;
基于预先设置的功能测试用例,对所述备用系统的接口调用功能进行测试;
在测试成功的基础上,向至少一个评审终端发送所述目标功能对应的评审页面。
可选地,在向至少一个评审终端发送所述目标功能对应的评审页面之前,所述方法还包括:
依据编译完成的代码分支与对应的主代码生成代码修改记录文件;
依据所述代码修改记录文件,对编译完成的代码分支相对于主代码的修改部分进行标记;
依据预先配置的调用规则生成编译完成的代码分支的函数调用关系。
第二方面,本申请实施例提供一种代码评审装置,所述代码评审装置包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于成都知道创宇信息技术有限公司,未经成都知道创宇信息技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111544522.4/2.html,转载请声明来源钻瓜专利网。