[發明專利]一種分支管理方法、系統、設備和存儲介質

有效

• 申請號: 202110645500.0
• 申請日: 2021-06-10
• 公開（公告）號: CN113485913B
• 公開（公告）日: 2023-04-07
• 發明（設計）人: 戶玉敏;吳昊;王紀飛
• 申請（專利權）人: 上海百勝軟件股份有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 上海漢之律師事務所 31378
• 代理人: 馬婷婷

本發明提供了一種分支管理方法、系統、設備和存儲介質，分支管理方法包括：獲取當前任務的當前任務狀態；當前任務狀態為“進行中”時，通過Git系統創建開發分支；當前任務狀態為“待測試”時，將前置任務整合至所述開發分支；當前任務狀態為“測試中”時，對開發分支進行測試驗收；當前任務狀態為“已完成”時，將開發分支合并至當前任務的源分支。本發明提供的一種分支管理方法、系統、設備和存儲介質以當前任務狀態為維度，合理把控了分支粒度，實現了開發分支的小步試錯和及時反饋；將多次提交的具有相同特性的代碼進行歸集，只保留了一次提交記錄；根據預設的邏輯關系將前置任務整合至開發分支，使得開發分支的測試更準確。

技術領域

本發明涉及代碼檢測技術領域，特別是涉及一種分支管理方法、系統、設備和存儲介質。

背景技術

Git作為一個開源的分布式版本控制系統，可以有效、高速地處理從很小到非常大的項目版本管理，它不需要服務器端軟件的支持，這使得源代碼的發布和交流都很方便；通常，技術人員都是通過創建一個主分支來進行已發布的項目的管理，通過在主分支的基礎上創建開發分支來進行該項目的功能的添加調整或bug修復。

然而，在現有技術中，由于開發分支的粒度難以把控，在對主分支進行修復或調整時可能會出現開發分支存續時間長、功能范圍廣、與主分支合并時沖突概率大等問題；且針對同一個問題，技術人員可能會存在多次提交的情況，這樣將影響代碼評審、問題定位和版本回退；手動進行開發分支的維護在一定程度上保證了主分支的穩定性，但卻將增加技術人員的負擔，降低技術人員的工作效率。

綜上所述，現有技術中的分支管理方法存在粒度難以把控，多次提交代碼不利于后續處理、無法保障主分支的穩定性等問題。

發明內容

鑒于以上現有技術的缺點，本發明的目的在于提供一種分支管理方法、系統、設備和存儲介質，旨在克服現有技術中的分支管理方法存在粒度難以把控，多次提交代碼不利于后續處理、無法保障主分支的穩定性等技術問題。

為實現上述目的及其他相關目的，本發明提供一種分支管理方法，用于接收多個存在邏輯關系的任務；針對每個任務，所述分支管理方法包括：

獲取當前任務的當前任務狀態；

判斷所述當前任務狀態，執行相應的分支任務并更新所述當前任務狀態：

當所述當前任務狀態為“進行中”時，通過Git系統創建開發分支，并將所述當前任務狀態更新為“待測試”；

當所述當前任務狀態為“待測試”時，根據所述邏輯關系判斷當前任務是否存在前置任務，若存在，則將所述前置任務整合至所述開發分支，并將所述當前任務狀態更新為“測試中”；若不存在，則直接將所述當前任務狀態更新為“測試中”；

當所述當前任務狀態為“測試中”時，對所述開發分支進行測試驗收，并將所述當前任務狀態更新為“已完成”；

當所述當前任務狀態為“已完成”時，將所述開發分支合并至所述當前任務的源分支。

于本發明的一實施例中，所述當所述當前任務狀態為“進行中”時，通過Git系統創建開發分支，并將所述任務狀態更新為“待測試”的步驟包括：

當所述任務狀態為“進行中”時，判斷所述開發子任務是否存在對應的源碼工程；

若存在所述源碼工程：

判斷所述開發子任務是否存在對應的源分支，若不存在，將所述源碼工程對應的默認分支作為所述源分支；

根據所述源分支，通過Git系統創建所述開發分支，并將所述任務狀態更新為“待測試”。

于本發明的一實施例中，所述當所述當前任務狀態為“進行中”時，通過Git系統創建開發分支，并將所述任務狀態更新為“待測試”的步驟還包括：