[发明专利]一种源代码库更新方法及装置有效
申请号: | 201810011788.4 | 申请日: | 2018-01-05 |
公开(公告)号: | CN108334333B | 公开(公告)日: | 2021-07-23 |
发明(设计)人: | 黄诚;张文明;陈少杰 | 申请(专利权)人: | 武汉斗鱼网络科技有限公司 |
主分类号: | G06F8/71 | 分类号: | G06F8/71 |
代理公司: | 北京路浩知识产权代理有限公司 11002 | 代理人: | 王莹;吴欢燕 |
地址: | 430000 湖北省武汉市东湖开*** | 国省代码: | 湖北;42 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 源代码 更新 方法 装置 | ||
本发明提供一种源代码库更新方法及装置,所述方法包括:S1,根据预先生成的配置文件中的预设阈值,获取目标源代码库的目录中深度小于或等于所述预设阈值的各目录项;S2,根据各所述目录项的名称,获取各所述目录项类型;S3,执行各所述目录项的类型对应的命令,对各所述目录项对应的目标源代码库进行更新;其中,所述类型与所述命令预先关联存储。本发明通过预设阈值控制需要更新的源代码库的范围,减少不必要的运算,提高源代码库更新的速度;同时,实现对多种类型的目标源代码库进行更新,且目标源代码库的更新能自动进行,提高了开发效率,减少了更新的错误率。
技术领域
本发明属于软件开发领域,更具体地,涉及一种源代码库更新方法及装置。
背景技术
随着软件项目的规模越来越大,在软件开发中通常需要团队协作,常见的协作方式为引入合适的版本管理工具,如SVN(Subversion)和GIT对源代码库进行管理,这样每个开发人员可以在本地开发,然后将更新提交到服务器进行集中管理。
多人协作开发的模式容易带来无法避免的问题,即在开发过程中由于没有及时更新源代码库,导致多个开发人员对同一个文件的不同文件版本进行编辑,从而造成版本冲突。例如,代码服务器上最新的文件版本为3,终端A由于本地文件版本没有更新,处于版本2,终端B的文件版本为最新文件版本3。当不同版本的文件混杂提交时,如当B提交更新的文件时对版本3进行更新,服务器上文件版本变为4,而当A提交更新的文件时对版本2进行更新,从而发生版本冲突。
当出现版本冲突时,代码提交人员必须逐个差异进行比对,甚至必要时需要与不同的开发人员进行核对,从而降低开发效率;此外,当代码提交人员比对不仔细产生遗漏时,会覆盖某些开发人员提交的功能代码,导致更新出现差错。
发明内容
为克服上述由于源代码库更新不及时导致开发效率低且更新错误的问题或者至少部分地解决上述问题,本发明提供了一种源代码库更新方法及装置。
根据本发明的第一方面,提供一种源代码库更新方法,包括:
S1,根据预先生成的配置文件中的预设阈值,获取目标源代码库的目录中深度小于或等于所述预设阈值的各目录项;
S2,根据各所述目录项的名称,获取各所述目录项类型;
S3,执行各所述目录项的类型对应的命令,对各所述目录项对应的目标源代码库进行更新;其中,所述类型与所述命令预先关联存储。
具体地,所述步骤S1之前还包括:
根据用户的输入或目标源代码库的文档结构,获取所述目标源代码库的目录;
根据所述目标源代码库的目录和所述预设阈值,生成JSON格式的配置文件。
具体地,所述步骤S2具体包括:
S21,在预先创建的各线程中,使用listdir函数枚举各所述线程被分配的各所述目录项;
S22,根据各所述目录项的名称,判断各所述目录项的类型是否为预设类型。
具体地,所述步骤S21之前包括:
获取运行线程的计算机上逻辑CPU的个数;
将所述个数乘以预设常数,获取最大线程个数;
将1到所述最大线程个数中的任一整数作为所述线程的个数。
具体地,所述步骤S22具体包括:
若各所述目录项的名称后缀为.svn,则获知所述目录项为SVN源代码管理工具的目录项;或者,
若各所述目录项的名称后缀为.git,则获知所述目录项为git源代码管理工具的目录项;或者,
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于武汉斗鱼网络科技有限公司,未经武汉斗鱼网络科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810011788.4/2.html,转载请声明来源钻瓜专利网。