[發(fā)明專利]公共問題修改多分支維護系統(tǒng)及方法

有效

• 申請?zhí)枺?/td>: 201510866727.2
• 申請日: 2015-11-30
• 公開（公告）號: CN105487912B
• 公開（公告）日: 2020-01-10
• 發(fā)明（設(shè)計）人: 李蕊
• 申請（專利權(quán)）人: 無錫聞泰信息技術(shù)有限公司
• 主分類號: G06F8/41
• 分類號: G06F8/41
• 代理公司: 11421 北京天盾知識產(chǎn)權(quán)代理有限公司
• 代理人: 黃鵬飛

1.一種公共問題修改多分支維護系統(tǒng)，其特征在于，所述系統(tǒng)包括：修改hash_list模塊、多分支辨析branch_list模塊、分支創(chuàng)建模塊、合入執(zhí)行模塊；

所述修改hash_list模塊通過手動輸入備份的方式做記錄，或者由歷史log關(guān)鍵字自行檢索出生成；具體的包括：新建hash_list，查找需要合入的問題hash備份，在一次提交后，將所生成git庫的提交都手動錄入到hash_list中；

所述多分支辨析branch_list模塊采用的git方法，使用python腳本語言獲取生成，或者使用管理代碼方法工具或手動錄入；具體包括：使用多分支辨析branch_list模塊生成所需要錄入的branch_list，使用repo命令獲取當(dāng)前的所有分支名，存入到branch_list數(shù)組；

所述分支創(chuàng)建模塊用以將上述branch_list和hash_list使用git方法，新建本地分支追蹤到遠端，以供后續(xù)使用；

合入執(zhí)行模塊用以使用git cherry-pick方式，通過輪詢的方法逐一項合入hash_list到branch_list中去；

每次輪詢合入后，根據(jù)界面提示字串是否包含git commit-c來確保合入是否沖突，如果沖突，則提示用戶自行手動合入；

同時，每次輪詢合入后，使用單獨編譯的方式，對合入git庫進行編譯驗證，以確保初步的編譯通過。

2.一種公共問題修改多分支維護方法，其特征在于，所述方法包括：通過腳本將修改hash_list模塊所列出的hash_list自動上傳合入到分支創(chuàng)建模塊或/和分支創(chuàng)建模塊所分析出的branch_list；

所述方法包括如下步驟：

修改hash_list步驟，通過手動輸入備份的方式做記錄，或者由歷史log關(guān)鍵字自行檢索生成；具體的包括：新建hash_list，查找需要合入的問題hash備份，在一次提交后，將所生成git庫的提交都手動錄入到hash_list中；

多分支辨析branch_list步驟，采用的git方法，使用python腳本語言獲取生成，或者使用管理代碼方法工具或手動錄入；具體包括：使用多分支辨析branch_list模塊生成所需要錄入的branch_list，使用repo命令獲取當(dāng)前的所有分支名，存入到branch_list數(shù)組；

分支創(chuàng)建步驟，將上述branch_list和hash_list使用git方法，新建本地分支追蹤到遠端，以供后續(xù)使用；

合入執(zhí)行步驟，使用git cherry-pick方式，通過輪詢的方法逐一項合入hash_list到branch_list中去；

每次輪詢合入后，根據(jù)界面提示字串是否包含git commit-c來確保合入是否沖突，如果沖突，則提示用戶自行手動合入；

同時，每次輪詢合入后，使用單獨編譯的方式，對合入git庫進行編譯驗證，以確保初步的編譯通過。

3.根據(jù)權(quán)利要求2所述的公共問題修改多分支維護方法，其特征在于：所述方法具體包括如下步驟：

(1)新建hash_list.txt，查找需要合入的問題hash備份，TP模擬PSENSOR校準(zhǔn)起名為tp_psensor_hash_list.txt；在一次提交后，將所生成git庫的提交都手動錄入到tp_psensor_hash_list.txt；

(2)使用多分支辨析branch_list模塊生成所需要錄入的branch_list，使用repo命令獲取當(dāng)前的所有分支名，存入到branch_list數(shù)組，此部分模塊在cherry-pick.pl中屬于一個函數(shù)模塊；

(3)使用分支創(chuàng)建模塊搭建相應(yīng)的環(huán)境，即調(diào)用分支創(chuàng)建模塊的接口，開始執(zhí)行合入，從branch_list中先獲取一個分支名target_branch_1，新建分支追蹤到遠端最新代碼并切換到target_branch_1，然后調(diào)用合入執(zhí)行模塊，即gitlog獲取修改記錄，循環(huán)判定tp_psensor_hash_list.txt中的每個hash是否在gitlog中，若存在，則繼續(xù)下一個判定，即從branch_list中先獲取第二個分支名target_branch_2，若不存在，則使用git cherry-pick命令循環(huán)合入tp_psensor_hash_list.txt中的所有hash值；

(4)合入完成后，使用單獨編譯命令進行驗證，合入代碼是否存在異常，若正常則使用repoupload直接提交推送到遠端。