[发明专利]分支版本合并方法、装置、系统及电子设备

说明书

本申请提供了一种分支版本合并方法、装置、系统及电子设备，该方法应用于服务端，服务端与版本管理服务器连接；接收用户的分支合并请求；将请求中的目标版本号和目标分支号发送至版本管理服务器，以使版本管理服务器确定第一分支下的第一待合并版本文件和第二分支下的第二待合并版本文件；其中，合并方向为从第一分支到第二分支；接收版本管理服务器返回的第二待合并版本文件的标识，基于该标识创建目标仓库；在目标仓库中进行第一待合并版本文件和第二待合并版本文件的合并操作，得到目标合并版本文件；将目标合并版本文件发送至版本管理服务器。本申请提供的合并方法，学习成本低、操作简单、不会漏提交、发生冲突时不会阻塞其它合并操作。

技术领域

本申请涉及软件技术领域，尤其是涉及一种分支版本合并方法、装置、系统及电子设备。

背景技术

当前的项目研发流程中，为保留里程碑版本或开发大型独立功能，往往会采用分支策略。在分支策略中，分支合并操作可以实现不同分支间代码的同步，是必不可少的一环。在一些大型的项目中，每天都会产生成百上千次的分支合并，如何提升合并效率，妥善处理合并产生的版本冲突，是一个非常有价值的研究课题。

现有技术中，分支合并方案有以下3种(以通过SVN实现从分支A合并到分支B为例进行说明，SVN是subversion的缩写，是一个开放源代码的版本控制系统，即版本管理服务器)：

1.使用SVN图形化merge工具：在分支B需要merge的目录下，使用SVN merge功能，并查询分支A需要被merge内容提交的版本号，merge成功后，在目录下勾选被merge的文件提交至分支B的远程仓库。

2.直接在文件系统层面操作，删除分支B需要merge的目录下的所有文件，并拷贝分支A中的文件到目录下，完成后再提交至分支B的远程仓库。

3.在某一工具服务器上拉取完整的分支B的仓库，根据版本号使用SVN命令行工具根据版本号从分支A进行merge，在分支B上完成merge操作后进行提交。

对于方案1：操作步骤复杂，容易出现误操作，非技术岗同学学习成本高。查询版本号时回溯仓库内所有提交，耗时很长，且merge成功后无法自动定位修改文件，commit阶段容易出现漏提交。

对于方案2：本质上是一种”双端提交”的策略，使用后分支的版本将无法对齐，版本号自带merge功能将无法使用，造成问题时难以回溯。进一步地，由于存在”删除”操作，流程上若出现不规范容易导致文件被错误覆盖，且对于资源量较大的仓库，整个流程执行时间比较长，效率低。

对于方案3：完整仓库定位版本号时耗时较长，且一旦发生版本冲突，会导致其他的merge的操作也无法正常进行，造成流程阻塞。

综上，现有的分支合并方式，存在学习成本高、操作繁琐、耗时长、容易漏提交、发生冲突时会阻塞其它合并操作的技术问题。

发明内容

本申请的目的在于提供一种分支版本合并方法、装置、系统及电子设备，以解决上述技术问题。

第一方面，本申请实施例提供一种分支版本合并方法，该方法应用于服务端，服务端与版本管理服务器连接；版本管理服务器包括多个分支；每个分支包括至少一个版本文件；方法包括：接收用户的分支合并请求；分支合并请求中携带有目标版本号和目标分支号；将目标版本号和目标分支号发送至版本管理服务器，以使版本管理服务器根据目标版本号和目标分支号，确定第一分支下的第一待合并版本文件和第二分支下的第二待合并版本文件；其中，合并方向为从第一分支到第二分支；接收版本管理服务器返回的所述第二待合并版本文件的标识，基于第二待合并版本文件的标识创建目标仓库；在目标仓库中进行第一待合并版本文件和第二待合并版本文件的合并操作，得到目标合并版本文件；将目标合并版本文件发送至版本管理服务器。