CN104461578B - 代码自动合并方法和系统 - Google Patents

Abstract

本发明提供一种代码自动合并方法和系统，该方法包括如下步骤：接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；根据所述合并路径查找待合并的代码文件；按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。本发明能快速自动地对代码进行合并，合并过程无须人工参与，合并效率高。

Description

代码自动合并方法和系统

技术领域

本发明涉及代码处理技术领域，特别是涉及一种代码自动合并方法，以及一种代码自动合并系统。

背景技术

目前在进行开发时，当某一个版本具备上线条件后，需要在上一个已发布的版本基础上进行发布，才能够避免出现版本相互覆盖，因此往往需要对版本之间的代码进行合并。

传统技术中经常是人工操作第三方合并工具进行代码合并。例如，TortoiseSVN是Subversion版本控制系统的一个客户端，利用该工具，人工操作合并代码的步骤为checkout(检出代码到本地)、merge(合并指定代码到本地)、commit(提交代码到版本库)、remark(备注提交信息)。

这种方式的缺点是：由于系统因代码库庞大数据量，检索耗时和传输问题等导致速度操作速度缓慢；需专业人员或者经过一定的培训后才懂得使用。操作步骤繁琐，需按一定的顺序完成一系列的操作，并且人工操作执行效率低、操作步骤繁琐，人为操作易导致代码合并错误、遗漏、低效等问题。

发明内容

基于此，本发明提供一种代码自动合并方法和系统，能快速自动地对代码进行合并，合并过程无须人工参与，合并效率高。

一种代码自动合并方法，包括如下步骤：

接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；

根据所述合并路径查找待合并的代码文件；

按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

一种代码自动合并系统，包括：

接收模块，用于接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；

第一查找模块，用于根据所述合并路径查找待合并的代码文件；

第一合并模块，用于按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

上述代码自动合并方法和系统，接收用户提交的新修改的代码文件，由于代码文件中记录有代码的修改位置、修改时间和合并路径，可根据合并路径查找到待合并的代码文件，接着根据所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，从而获得更新后的代码文件；本发明根据提交的合并路径查找到对应的待合并代码文件，可根据修改位置和修改时间实现代码的自动合并，无需人工参与，代码合并速率较高。

附图说明

图1为本发明代码自动合并方法在第一实施方式中的流程示意图。

图2为本发明代码自动合并方法在第四实施方式中获取开始合并的版本号及结束合并的版本号的界面示意图。

图3为本发明代码自动合并系统在第一实施方式中的结构示意图。

具体实施方式

下面结合实施例及附图对本发明作进一步详细说明，但本发明的实施方式不限于此。

如图1所示，是本发明一种代码自动合并方法在第一实施方式中的流程示意图，包括如下步骤：

S11、接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；

S12、根据所述合并路径查找待合并的代码文件；

S13、按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件；

本实施例的代码自动合并方法，接收用户提交的新修改的代码文件，由于代码文件中记录有代码的修改位置、修改时间和合并路径，可根据合并路径查找到待合并的代码文件，接着根据所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，从而获得更新后的代码文件；本实施例根据提交的合并路径查找到对应的待合并代码文件，可根据修改位置和修改时间实现代码的自动合并，无需人工参与，代码合并速率较高。

对于步骤S11、接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；

当用户修改代码文件时，实时记录代码文件中代码的修改位置和修改时间，同时记录该新修改的代码文件的合并路径；所述合并路径，可为版本库中某一域名下的分支路径，版本库中保存有所有的代码文件，按照不同的项目分类，对应不同的域名，每个域名下对应有多个分支，每个分支下储存相应的代码文件。

对于步骤S12、根据所述合并路径查找待合并的代码文件；

根据新修改的代码文件中指定的合并路径，从版本库中查找对应的待合并的代码文件；本实施例中，待合并的代码文件无需在用户的本地端处理，相对现有技术，可显著减少处理流程。

对于步骤S13、按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件；

本实施例中，对于新修改的代码文件，可能有多个不同的修改位置，新修改的代码文件由于记录了各个修改位置对应的修改时间，在合并时，根据各个修改位置对应的修改时间的先后顺序进行代码文件的合并，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

以下是本发明一种代码自动合并方法的第二实施方式，本实施方式与第一实施方式的区别在于：

所述修改位置为所述新修改的代码文件的修改行的行号；

所述将所述修改位置对应的代码合并到所述待合并的代码文件中的步骤包括：

将所述新修改的代码文件中所述行号对应的代码，与所述待合并的代码文件中所述行号对应的代码进行对比；

若两者不同，则将所述新修改的代码文件中所述行号对应的代码覆盖掉所述待合并的代码文件中所述行号对应的代码；

本实施例中，所述修改位置为新修改的代码文件中修改行的行号；通过记录被修改的代码所在的行号，能精确地记录代码文件的修改位置；在合并时，首先根据修改行的行号，对比在新修改的代码文件该行号的代码和待合并的代码文件中该行号对应的代码，两者不同，则表示该行的代码修改过，将其覆盖掉所述待合并的代码文件中所述行号对应的代码，完成代码文件合并的过程；本实施例通过记录修改行的行号，可精确地实现代码的合并，减少代码文件合并的错误率。

以下是本发明一种代码自动合并方法的第三实施方式，本实施方式与第一实施方式的区别在于：

所述接收提交的新修改的代码文件的步骤包括：

从Subversion版本控制系统接收所述新修改的代码文件，通过所述Subversion版本控制系统获得所述修改位置和修改时间，并将所述修改位置和修改时间添加到所述新修改的代码文件中；

本实施例的代码文件的修改，通过Subversion版本控制系统进行管理，利用源代码的版本控制机制(每个文件、每行代码，通过Subversion做好版本记录)，根据不同用户提交的代码进行管理并做版本记录；因此通过获取版本库中的日志记录，通过比较不同用户修改的代码以时间节点为准进行先后顺序的合并，将修改前后的文件进行匹配合并成新版本的代码文件，并重新提交给源代码库，无须手工合并代码。

以下是本发明一种代码自动合并方法的第四实施方式，本实施方式与第一实施方式的区别在于：所述新修改的代码文件中还记录有版本号；本实施例的方法还可包括步骤：

获取开始合并的版本号及结束合并的版本号；

在接收的新修改的代码文件中查找从所述开始合并的版本号到结束合并的版本号之间对应的所有新修改的代码文件；

根据所述版本号的排列顺序，按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

本实施例中的方法，可以根据用户要求，接收多份新修改的代码文件，同时将多份新修改的代码文件合并至同一份待合并的代码文件中；具体的，每份新修改的代码文件记录对应的版本号，每个版本号的排列顺序代表该文件的修改顺序；用户可提交多份新修改的代码文件后再执行合并，获取用户指定开始合并的版本号及结束合并的版本号，查找从开始合并的版本号到结束合并的版本号之间对应的多份新修改的代码文件，根据所述版本号的排列顺序，按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件；本实施例方法能实现批量获取多份新修改的代码文件，并同时将多份新修改的代码文件进行合并，显著地提高文件合并的效率。

如图2所示，示出了获取开始合并的版本号及结束合并的版本号的示意图；本实施方式中，可通过生成可视化界面，在该可视化界面中包括域名框、分支框、开始版本框、结束版本框，域名与分支为待合并的代码文件的路径，可通过域名框和分支框选择需要合并的代码文件，开始版本号和结束版本号可在新修改的代码文件提交后输入，将人工操作以可视化实现，在后台，可通过命令脚本执行上述的合并过程，准确性更高，节省人力成本。

本实施例的代码自动合并方法，可适用于window版本的代码合并，也可适用于WEB版本的代码合并；

Windows版本结构和示例：通过自动化的检查流程，进行同步工作，导出日志。

Windows的命令脚本如下：

WEB代码结构和示例：WEB版可以VIPCORE核心框架，以Linux为运行环境，通过PHP程序脚本执行Subversion的处理命令，根据SVN用户读写权限完成代码同步工作：

合并：

/**********

*@$startRevision(开始版本)

*@$endRevision(结束版本)

*@$url(源码库URL地址)

*@$dir(合并到指定目录)

***********/

public static function merge($startRevision,$endRevision,$url,$dir){

//合并指定版本号源代码到相应的分支语句

$command＝"cd$dir&&svn merge-r$startRevision:$endRevision$url"；

$output＝self::runCmd($command)；

if(strstr($output,'Text conflicts')){

return'Command:'.$command.'<br/>'.$output；

}

return true

本实施例中，通过各域上线分支和版本号，通过一键执行Subversion命令完成一系列的合并步骤，不需要像现有工具由人工操作；本实施例可自定义待修改文件提交时的规则信息，通过与SVN库版本对接，能批量导入、提交及合并，并导出同步结果日志。

如图3所示，是本发明一种代码自动合并系统在第一实施方式中的结构示意图，包括：

接收模块31，用于接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；

第一查找模块32，用于根据所述合并路径查找待合并的代码文件；

第一合并模块33，用于按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件；

本实施例的代码自动合并系统，接收用户提交的新修改的代码文件，由于代码文件中记录有代码的修改位置、修改时间和合并路径，可根据合并路径查找到待合并的代码文件，接着根据所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，从而获得更新后的代码文件；本实施例根据提交的合并路径查找到对应的待合并代码文件，可根据修改位置和修改时间实现代码的自动合并，无需人工参与，代码合并速率较高。

对于接收模块31，用于接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；

当用户修改代码文件时，实时记录代码文件中代码的修改位置和修改时间，同时记录该新修改的代码文件的合并路径；所述合并路径，可为版本库中某一域名下的分支路径，版本库中保存有所有的代码文件，按照不同的项目分类，对应不同的域名，每个域名下对应有多个分支，每个分支下储存相应的代码文件。

对于第一查找模块32，用于根据所述合并路径查找待合并的代码文件；

根据新修改的代码文件中指定的合并路径，从版本库中查找对应的待合并的代码文件；本实施例中，待合并的代码文件无需在用户的本地端处理，相对现有技术，可显著减少处理流程。

对于第一合并模块33，用于按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件；

本实施例中，对于新修改的代码文件，可能有多个不同的修改位置，新修改的代码文件由于记录了各个修改位置对应的修改时间，在合并时，根据各个修改位置对应的修改时间的先后顺序进行代码文件的合并，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

以下是本发明一种代码自动合并系统的第二实施方式，本实施方式与第一实施方式的区别在于：所述修改位置为所述新修改的代码文件的修改行的行号；

所述第一合并模块33包括：

对比模块，用于将所述新修改的代码文件中所述行号对应的代码，与所述待合并的代码文件中所述行号对应的代码进行对比；

覆盖模块，用于当所述对比模块判断两者不同时，将所述新修改的代码文件中所述行号对应的代码覆盖掉所述待合并的代码文件中所述行号对应的代码；

本实施例中，所述修改位置为新修改的代码文件中修改行的行号；通过记录被修改的代码所在的行号，能精确地记录代码文件的修改位置；在合并时，首先根据修改行的行号，对比在新修改的代码文件该行号的代码和待合并的代码文件中该行号对应的代码，两者不同，则表示该行的代码修改过，将其覆盖掉所述待合并的代码文件中所述行号对应的代码，完成代码文件合并的过程；本实施例通过记录修改行的行号，可精确地实现代码的合并，减少代码文件合并的错误率。

以下是本发明一种代码自动合并系统的第三实施方式，本实施方式与第一实施方式的区别在于：所述接收模块还用于：从Subversion版本控制系统接收所述新修改的代码文件，通过所述Subversion版本控制系统获得所述修改位置和修改时间，并将所述修改位置和修改时间添加到所述新修改的代码文件中；

本实施例的代码文件的修改，通过Subversion版本控制系统进行管理，利用源代码的版本控制机制(每个文件、每行代码，通过Subversion做好版本记录)，根据不同用户提交的代码进行管理并做版本记录；因此通过获取版本库中的日志记录，通过比较不同用户修改的代码以时间节点为准进行先后顺序的合并，将修改前后的文件进行匹配合并成新版本的代码文件，并重新提交给源代码库，无须手工合并代码。

在一较佳实施例中，所述新修改的代码文件中还记录有版本号；所述系统还包括：

获取模块，用于获取开始合并的版本号及结束合并的版本号；

第二查找模块，用于在接收的新修改的代码文件中查找从所述开始合并的版本号到结束合并的版本号之间对应的所有新修改的代码文件；

第二合并模块，用于根据所述版本号的排列顺序，按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

本实施例中的合并系统，可以根据用户要求，接收多份新修改的代码文件，同时将多份新修改的代码文件进行合并至同一份待合并的代码文件中；具体的，每份新修改的代码文件记录对应的版本号，每个版本号的排列顺序代表该文件的修改顺序；用户可提交多份新修改的代码文件后再执行合并，通过获取用户指定开始合并的版本号及结束合并的版本号，查找从开始合并的版本号到结束合并的版本号之间对应的多份新修改的代码文件，根据所述版本号的排列顺序，按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件；本实施例能实现批量获取多份新修改的代码文件，并同时将多份新修改的代码文件进行合并，显著地提高文件合并的效率。

本发明代码自动合并方法和系统，接收用户提交的新修改的代码文件，由于代码文件中记录有代码的修改位置、修改时间和合并路径，可根据合并路径查找到待合并的代码文件，接着根据所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，从而获得更新后的代码文件；本发明根据提交的合并路径查找到对应的待合并代码文件，可根据修改位置和修改时间实现代码的自动合并，无需人工参与，代码合并速率较高。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种代码自动合并方法，其特征在于，包括如下步骤：

接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；所述合并路径为版本库中某一域名下的分支路径；所述修改位置为所述新修改的代码文件中修改行的行号；

根据所述合并路径查找待合并的代码文件；

按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

2.根据权利要求1所述的代码自动合并方法，其特征在于，

所述将所述修改位置对应的代码合并到所述待合并的代码文件中的步骤包括：

将所述新修改的代码文件中所述行号对应的代码，与所述待合并的代码文件中所述行号对应的代码进行对比；

若两者不同，则将所述新修改的代码文件中所述行号对应的代码覆盖掉所述待合并的代码文件中所述行号对应的代码。

3.根据权利要求1或2所述的代码自动合并方法，其特征在于，所述接收提交的新修改的代码文件的步骤包括：

从Subversion版本控制系统接收所述新修改的代码文件，通过所述Subversion版本控制系统获得所述修改位置和修改时间，并将所述修改位置和修改时间添加到所述新修改的代码文件中。

4.根据权利要求3所述的代码自动合并方法，其特征在于，所述新修改的代码文件中还记录有版本号；所述方法还包括步骤：

获取开始合并的版本号及结束合并的版本号；

在接收的新修改的代码文件中查找从所述开始合并的版本号到结束合并的版本号之间对应的所有新修改的代码文件；

根据所述版本号的排列顺序，按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

5.一种代码自动合并系统，其特征在于，包括：

接收模块，用于接收新修改的代码文件；其中，所述新修改的代码文件中记录有代码的修改位置、修改时间和合并路径；所述合并路径为版本库中某一域名下的分支路径；所述修改位置为所述新修改的代码文件的修改行的行号；

第一查找模块，用于根据所述合并路径查找待合并的代码文件；

第一合并模块，用于按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。

6.根据权利要求5所述的代码自动合并系统，其特征在于，

所述第一合并模块包括：

对比模块，用于将所述新修改的代码文件中所述行号对应的代码，与所述待合并的代码文件中所述行号对应的代码进行对比；

覆盖模块，用于当所述对比模块判断两者不同时，将所述新修改的代码文件中所述行号对应的代码覆盖掉所述待合并的代码文件中所述行号对应的代码。

7.根据权利要求5或6所述的代码自动合并系统，其特征在于，所述接收模块还用于：从Subversion版本控制系统接收所述新修改的代码文件，通过所述Subversion版本控制系统获得所述修改位置和修改时间，并将所述修改位置和修改时间添加到所述新修改的代码文件中。

8.根据权利要求7所述的代码自动合并系统，其特征在于，所述新修改的代码文件中还记录有版本号；所述系统还包括：

获取模块，用于获取开始合并的版本号及结束合并的版本号；

第二查找模块，用于在接收的新修改的代码文件中查找从所述开始合并的版本号到结束合并的版本号之间对应的所有新修改的代码文件；

第二合并模块，用于根据所述版本号的排列顺序，按照所述修改位置对应的修改时间的先后顺序，将所述修改位置对应的代码合并到所述待合并的代码文件中，获得更新后的代码文件。