0054]所述方法具体包括如下步骤:
[0055]修改hash_list步骤:通过手动输入备份的方式做记录，或者由历史log关键字自行检索出生成；
[0056]多分支辨析branch_list步骤:采用的git方法，使用python脚本语言获取生成，或者使用管理代码方法工具或手动录入；
[°°57] 分支创建步骤:将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，以供后续使用；
[0058]合入执行步骤:使用git cherry-pick方式，通过轮训的方法逐一项合入hash_list 到branch_list中去。
[0059]每次轮询合入后，根据界面提示字串是否包含gitcommit-c来确保合入是否冲突，以提示用户自行手动合入；
[0060]同时，每次轮询合入后，使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。
[0061 ]实施例四
[0062]请参阅图2，本实施例以以android代码管理为例，本发明公共问题修改多分支维护方法包括如下步骤:
[0063](1)新建hash_list.txt，查找需要合入的问题hash备份，例如:TP模拟PSENSOR校准起名为tp_psensor_hash_l ist.txt;在一次提交后，将所生成git库的提交都手动录入到tp—psensor—hash—list.txtο
[0064](2)使用模块(2)多分支辨析branch_l i st模块生成所需要录入的branch_l i st，使用repo命令获取当前的所有分支名，存入到branch_list数组，此部分模块在cherry-pick.pl中属于一个函数模块。
[0065](3)使用模块(3)分支创建模块，搭建相应的环境，即调用分支创建模块的接口，开始执行合入，从branch_list中先获取一个分支名target_branch_l，新建分支追踪到远端最新代码并切换到target_branch_l，然后调用(4)合入执行模块，S卩gitlog获取修改记录，循环判定tp_psensor_hash_list.txt中的每个hash是否在git log中，若存在，则继续下一个判定(即从13瓜]1011_1181:中先获取第二个分支名七3找61:_1^^11011_2)，若不存在，则使用区；^cherry-pick 命令循环合入 tp_psensor_hash_list.txt 中的所有 hash 值。
[0066](4)合入完成后，使用单独编译命令进行验证，合入代码是否存在异常，若正常则使用repoupload直接提交推送到远端。
[0067]综上所述，本发明提出的公共问题修改多分支维护系统及方法，可提高软件维护效率。本发明尽可能采用替代人工录入的脚本执行方法，即帮助软件人员解决了多条修改需要多分支合入提交，解决软件人员行业存在的多分支管理维护难问题，也解决了多分支验证所花费的时间;本发明在多分支维护时，效果尤为明显。
[0068]这里本发明的描述和应用是说明性的，并非想将本发明的范围限制在上述实施例中。这里所披露的实施例的变形和改变是可能的，对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是，在不脱离本发明的精神或本质特征的情况下，本发明可以以其它形式、结构、布置、比例，以及用其它组件、材料和部件来实现。在不脱离本发明范围和精神的情况下，可以对这里所披露的实施例进行其它变形和改变。
【主权项】
1.一种公共问题修改多分支维护系统，其特征在于，所述系统包括:hash_li st修改模块、多分支辨析模块、分支创建模块、合入执行模块； 所述修改hash_l ist模块通过手动输入备份的方式做记录，或者由历史log关键字自行检索出生成； 所述多分支辨析branch_list模块采用的git方法，使用python脚本语言获取生成，或者使用管理代码方法工具或手动录入； 所述分支创建模块用以将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，以供后续使用； 合入执行模块用以使用git cherry-pick方式，通过轮训的方法逐一项合入hash_list至丨Jbranch_list 中去； 每次轮询合入后，根据界面提示字串是否包含git commit-c来确保合入是否冲突，以提示用户自行手动合入； 同时，每次轮询合入后，使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。2.—种公共问题修改多分支维护系统，其特征在于，所述系统包括:hash_list修改模块、多分支辨析模块、分支创建模块、合入执行模块； 通过脚本将所述hash_list修改模块所列出的hash_list自动上传合入到分支创建模块或/和分支创建模块所分析出的branch_l ist。3.根据权利要求2所述的公共问题修改多分支维护系统，其特征在于: 所述修改hash_list模块通过手动输入备份的方式做记录，或者由历史log关键字自行检索出生成； 所述多分支辨析branch_list模块采用的git方法，使用python脚本语言获取生成，或者使用管理代码方法工具或手动录入。4.根据权利要求2所述的公共问题修改多分支维护系统，其特征在于: 所述分支创建模块用以将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，以供后续使用。5.根据权利要求4所述的公共问题修改多分支维护系统，其特征在于: 合入执行模块用以使用git cherry-pick方式，通过轮训的方法逐一项合入hash_list至丨Jbranch_list 中去； 每次轮询合入后，根据界面提示字串是否包含git commit-c来确保合入是否冲突，以提示用户自行手动合入； 同时，每次轮询合入后，使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。6.一种公共问题修改多分支维护方法，其特征在于，所述方法包括:通过脚本将所述hash_list修改模块所列出的hash_list自动上传合入到分支创建模块或/和分支创建模块所分析出的branch_l ist ο7.根据权利要求6所述的公共问题修改多分支维护方法，其特征在于: 所述方法包括如下步骤: 修改hash_l ist步骤，通过手动输入备份的方式做记录，或者由历史log关键字自行检索出生成； 多分支辨析branch_l ist步骤，采用的git方法，使用python脚本语言获取生成，或者使用管理代码方法工具或手动录入； 分支创建步骤，将上述branch_list和hash_list使用git方法，新建本地分支追踪到远端，以供后续使用； 合入执行步骤，使用git cherry-pick方式，通过轮训的方法逐一项合入hash_list到branch_list中去。8.根据权利要求7所述的公共问题修改多分支维护方法，其特征在于: 每次轮询合入后，根据界面提示字串是否包含git commit-c来确保合入是否冲突，以提示用户自行手动合入； 同时，每次轮询合入后，使用单独编译的方式，对合入git库进行编译验证，以确保初步的编译通过。9.根据权利要求6所述的公共问题修改多分支维护方法，其特征在于: 所述方法具体包括如下步骤: (1)新建hash_list.txt，查找需要合入的问题hash备份，TP模拟PSENS0R校准起名为tp_psensor_hash_list.txt ；在一次提交后，将所生成git库的提交都手动录入到tp_psensor—hash—list.txt； (2)使用多分支辨析branch_list模块生成所需要录入的branch_list，使用repo命令获取当前的所有分支名，存入到branch_list数组，此部分模块在cherry-pick.pi中属于一个函数模块； (3)使用分支创建模块搭建相应的环境，即调用分支创建模块的接口，开始执行合入，从branch_list中先获取一个分支名target_branch_l，新建分支追踪到远端最新代码并切换到targe t_branch_l，然后调用合入执行模块，即git log获取修改记录，循环判定tp_psensor_hash_list.txt中的每个hash是否在git log中，若存在，则继续下一个判定，即从branch_list中先获取第二个分支名target_branch_2，若不存在，则使用git cherry-pick命令循环合入tp_psensor_hash_list.txt中的所有hash值； (4)合入完成后，使用单独编译命令进行验证，合入代码是否存在异常，若正常则使用repoupload直接提交推送到远端。
【专利摘要】本发明揭示了一种公共问题修改多分支维护系统及方法，所述系统包括：hash_list修改模块、多分支辨析模块、分支创建模块、合入执行模块；通过脚本将所述hash_list修改模块所列出的hash_list自动上传合入到分支创建模块或/和分支创建模块所分析出的branch_list。本发明提出的公共问题修改多分支维护系统及方法，可提高软件维护效率。本发明尽可能采用替代人工录入的脚本执行方法，即帮助软件人员解决了多条修改需要多分支合入提交，解决软件人员行业存在的多分支管理维护难问题，也解决了多分支验证所花费的时间；本发明在多分支维护时，效果尤为明显。
【IPC分类】G06F9/45
【公开号】CN105487912
【申请号】CN201510866727
【发明人】李蕊
【申请人】西安闻泰电子科技有限公司
【公开日】2016年4月13日
【申请日】2015年11月30日