公共问题修改多分支维护系统及方法
【技术领域】
[0001]本发明属于软件开发技术领域，涉及一种软件维护系统，尤其涉及一种公共问题修改多分支维护系统；同时，本发明还涉及一种公共问题修改多分支维护方法。
【背景技术】
[0002]现有的多分支维护方式，都是软件人员根据自己需要合入的hash值，来采用gitcherry-pick或者git merge的方法，人工建立新的分支回退到相应节点，来进行合入的。
[0003]现有方式占用了研发人员大量的时间，而且研发人员存在多分支提交无法及时验证编译，同时解决冲突不当，导致编译出问题的情况频频发生。
[0004]有鉴于此，如今迫切需要设计一种新的多分支维护方式，以便克服现有维护方式存在的上述缺陷。
【发明内容】
[0005]本发明所要解决的技术问题是:提供一种公共问题修改多分支维护系统，可提高软件维护效率。
[0006]此外，本发明还提供一种公共问题修改多分支维护方法，可提高软件维护效率。
[0007]为解决上述技术问题，本发明采用如下技术方案:
[0008]—种公共问题修改多分支维护系统，所述系统包括:hash_l i s t修改模块、多分支辨析模块、分支创建模块、合入执行模块；
[0009]所述修改hash_list模块通过手动输入备份的方式做记录，或者由历史log关键字自行检索出生成；
[00?0]所述多分支辨析branch j ist模块采用的git方法，使用python脚本语言获取生成，或者使用管理代码方法工具或手动录入；
[0011 ] 所述分支创建模块用以将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，以供后续使用；
[0012]合入执行模块用以使用git cherry-pick方式，通过轮训的方法逐一项合入hash_list 到 branch_list 中去；
[0013]每次轮询合入后，根据界面提示字串是否包含gitcommit-c来确保合入是否冲突，以提示用户自行手动合入；
[0014]同时，每次轮询合入后，使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。
[0015]—种公共问题修改多分支维护系统，所述系统包括:hash_list修改模块、多分支辨析模块、分支创建模块、合入执行模块；
[0016]通过脚本将所述hash_list修改模块所列出的hash_list自动上传合入到分支创建模块或/和分支创建模块所分析出的branch_l ist。
[0017]作为本发明的一种优选方案，所述修改hash_list模块通过手动输入备份的方式做记录，或者由历史log关键字自行检索出生成；
[0018]所述多分支辨析branchj ist模块采用的git方法，使用python脚本语言获取生成，或者使用管理代码方法工具或手动录入。
[0019]作为本发明的一种优选方案，所述分支创建模块用以将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，以供后续使用。
[0020]作为本发明的一种优选方案，合入执行模块用以使用gitcherry-pick方式，通过轮训的方法逐一项合入hash_list到branch_list中去；
[0021]每次轮询合入后，根据界面提示字串是否包含gitcommit-c来确保合入是否冲突，以提示用户自行手动合入；
[0022]同时，每次轮询合入后，使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。
[0023]—种公共问题修改多分支维护方法，所述方法包括:通过脚本将所述hash_l ist修改模块所列出的hash_l ist自动上传合入到分支创建模块或/和分支创建模块所分析出的branch—list ο
[0024]作为本发明的一种优选方案，所述方法包括如下步骤:
[0025]修改hash_list步骤，通过手动输入备份的方式做记录，或者由历史log关键字自行检索出生成；
[0026]多分支辨析branch_list步骤，采用的git方法，使用python脚本语言获取生成，或者使用管理代码方法工具或手动录入；
[0027]分支创建步骤，将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，以供后续使用；
[0028]合入执行步骤，使用git cherry-pick方式，通过轮训的方法逐一项合入hash_list 到branch_list中去。
[0029]作为本发明的一种优选方案，每次轮询合入后，根据界面提示字串是否包含gitcommit-c来确保合入是否冲突，以提示用户自行手动合入；
[0030]同时，每次轮询合入后，使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。
[0031]作为本发明的一种优选方案，所述方法具体包括如下步骤:
[0032](1)新建hash_list.txt，查找需要合入的问题hash备份，TP模拟PSENSOR校准起名为tp_psensor_hash_list.txt;在一次提交后，将所生成git库的提交都手动录入到tp_psensor—hash—list.txt；
[0033](2)使用多分支辨析branch_list模块生成所需要录入的branch_list，使用repo命令获取当前的所有分支名，存入到branch_l i s t数组，此部分模块在cherry-p i ck.p 1中属于一个函数模块；
[0034](3)使用分支创建模块搭建相应的环境，即调用分支创建模块的接口，开始执行合入，从branch_l ist中先获取一个分支名target_branch_l，新建分支追踪到远端最新代码并切换到target_branch_l，然后调用合入执行模块，即8；11:1(^获取修改记录，循环判定七?_psensor_hash_list.txt中的每个hash是否在git log中，若存在，则继续下一个判定，即从branch_list中先获取第二个分支名target_branch_2，若不存在，则使用git cherry-pick命令循环合入tp_psensor_hash_list.txt中的所有hash值；
[0035](4)合入完成后，使用单独编译命令进行验证，合入代码是否存在异常，若正常则使用repoupload直接提交推送到远端。
[0036]本发明的有益效果在于:本发明提出的公共问题修改多分支维护系统及方法，可提高软件维护效率。本发明尽可能采用替代人工录入的脚本执行方法，即帮助软件人员解决了多条修改需要多分支合入提交，解决软件人员行业存在的多分支管理维护难问题，也解决了多分支验证所花费的时间;本发明在多分支维护时，效果尤为明显。
【附图说明】
[0037]图1为本发明公共问题修改多分支维护系统的组成示意图。
[0038]图2为实施例四中本发明公共问题修改多分支维护方法的流程图。
【具体实施方式】
[0039 ]下面结合附图详细说明本发明的优选实施例。
[0040]实施例一
[0041]请参阅图1，本发明揭示一种公共问题修改多分支维护系统，包括本发明包括:修改hash_l ist模块1、多分支辨析branch_l ist模块2、分支创建模块3、合入执行模块4。
[0042]所述修改hash_list模块1可以由很多种方法生成，本案例仅仅是手动输入备份的方式做记录，亦可由历史log关键字自行检索出生成。
[0043]所述多分支辨析branch_list模块2可以采用的git方法，使用python脚本语言获取生成，其余管理代码方法工具如svn,peri，shell，手动录入等均在本案例的保护范围以内。
[0044]所述分支创建模块3主要是将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，好供后续使用。本方案采用git方法创建，凡符合本发明思想的，维护方式，均属保护范围以内。
[0045]合入执行模块4可以使用git cherry-pick方式，通过轮训的方法逐一项合入hash_list到branch_list中去，其他方式的库管理方式，均在本发明保护范围以内。
[0046]每次轮询合入后，会根据界面提示字串是否包含gitcommit-c来确保合入是否冲突，以提示用户自行手动合入。
[0047]同时，每次轮询合入后，都会使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。
[0048]合入执行模块4可以使用repo方式统一管理提交到代码服务器上，其他方式的库管理方式，均在本发明保护范围以内。
[0049]凡运用工具实现公共问题修改多分支维护的思想，均在此发明保护范围以内。
[0050]实施例二
[0051]本发明揭示了一种公共问题修改多分支维护系统，所述系统包括:hash_list修改模块、多分支辨析模块、分支创建模块、合入执行模块;通过脚本将所述hash_l i s t修改模块所列出的hash_list自动上传合入到分支创建模块或/和分支创建模块所分析出的branch_listo
[0052]实施例三
[0053]—种公共问题修改多分支维护方法，所述方法包括:通过脚本将所述hash_l ist修改模块所列出的hash_l ist自动上传合入到分支创建模块或/和分支创建模块所分析出的branch—list ο
[