[發明專利]一種軟件敏捷開發方法及系統

在審

• 申請號: 201710952198.7
• 申請日: 2017-10-13
• 公開（公告）號: CN107797813A
• 公開（公告）日: 2018-03-13
• 發明（設計）人: 劉德建;何春霖;郭玉湖
• 申請（專利權）人: 福建天泉教育科技有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;G06F8/71;G06F11/36
• 代理公司: 福州市博深專利事務所(普通合伙)35214
• 代理人: 林志崢

技術領域

本發明涉及計算機軟件技術領域，尤其涉及一種軟件敏捷開發方法及系統。

背景技術

軟件項目敏捷開發的過程通常包括開發新功能、發布測試、發布生產、發布熱修復補丁，這些過程都是迭代進行的。目前，公知的基于Git的軟件敏捷開發流程是Gitflow。Gitflow使用多個功能分支管理項目迭代開發，如圖1所示，包括特性分支、開發分支、發布分支、生產分支和熱修復分支。其中，特性分支用于開發新功能，發布分支用于測試、修復Bug，生產分支用于發布生產環境，熱修復分支用于修復在生產環境上發現的Bug。新版本的特性分支從開發分支中拉出，當新功能完成時將特性分支合并到開發分支。到了提測時間點，新版本的發布分支從開發分支中拉出，用于測試和Bug修復。到了發生產的時間點，發布分支需要合并到生產分支和開發分支，之后將生產分支的代碼發布到生產環境并在生產分支上打Tag。當在生產環境上發現Bug時，新的熱修復分支從生產分支上拉出。在熱修復分支上改好Bug后，需要合入生產分支和開發分支。最后在生產分支上打Tag。這樣就完成一輪迭代開發。Gitflow工作流中，發布分支和熱修復分支的修改除了要合入生產分支外，還要同步合入到開發分支。這在發布過程中很容易遺漏，導致上一個版本的Bug傳遞到下一個版本中，增加維護成本。

發明內容

本發明所要解決的技術問題是：本發明提供一種軟件版本更新可靠性能高的軟件敏捷開發方法及終端，降低了后期的維護成本。

為了解決上述技術問題，本發明提供了一種軟件敏捷開發方法，包括以下步驟：

S1：第一版本的發布分支將預先存儲的第一版本對應的第一代碼發送至特性分支；

S2：特性分支根據所述第一代碼研制出第二版本的特性，得到對應的測試代碼；

S3：第二版本的發布分支根據特性分支發送的測試代碼以及生產分支發送的第一版本的補丁代碼，測試后得到第二代碼；

S4：所述生產分支接收到第二代碼，分配第二代碼對應的版本號，并將第二代碼打包后發送至生產服務器。

本發明還提供了一種軟件敏捷開發系統，包括：

第一發送模塊，用于第一版本的發布分支將預先存儲的第一版本對應的第一代碼發送至特性分支；

研制模塊，用于特性分支根據所述第一代碼研制出第二版本的特性，得到對應的測試代碼；

測試模塊，用于第二版本的發布分支根據特性分支發送的測試代碼以及生產分支發送的第一版本的補丁代碼，測試后得到第二代碼；

打包模塊，用于所述生產分支接收到第二代碼，分配第二代碼對應的版本號，并將第二代碼打包后發送至生產服務器。

本發明的有益效果為：

相對于Gitflow敏捷開發流程，存在上一版本的Bug傳遞到下一版本中，而增加維護成本的問題，本發明去除開發分支，通過將生產分支上的補丁代碼發送至第二版本的發布分支，同時特性分支將研制出的第二版本對應的測試代碼發送至第二版本的發布分支，第二版本的發布分支根據補丁代碼和測試代碼進行測試得到第二代碼，并發送至生產分支，以使得生產服務器對新版本進行發布，通過上述方法將補丁代碼和新版本的測試代碼均發送至第二版本的發布分支進行測試，有效解決了舊版本容易將Bug傳遞到新版本的問題，同時本發明無需開發分支，使敏捷開發流程更簡單，提高了軟件敏捷開發的效率，降低了用戶的使用及后期維護的成本。

附圖說明

圖1為根據本發明背景技術中的軟件敏捷開發流程的示意圖；

圖2為根據本發明實施例的一種軟件敏捷開發方法的數據流圖；

圖3為根據本發明實施例的一種軟件敏捷開發方法主要步驟示意圖；

圖4為根據本發明實施例的一種軟件敏捷開發系統的結構示意圖；

標號說明：

1、第一發送模塊；2、研制模塊；3、測試模塊；4、打包模塊；5、檢測模塊；6、創建模塊；7、第二發送模塊；8、修復模塊；9、第三發送模塊；

10、第四發送模塊；11、分配模塊。

具體實施方式

為詳細說明本發明的技術內容、所實現目的及效果，以下結合實施方式并配合附圖詳予說明。

本發明最關鍵的構思在于：第二版本的發布根據特性分支發送的測試代碼以及生產分支發送的第一版本的補丁代碼，測試后得到第二代碼，并將第二代碼發送至生產分支。

請參照圖2至圖3，本發明提供了一種軟件敏捷開發方法，包括以下步驟：

S1：第一版本的發布分支將預先存儲的第一版本對應的第一代碼發送至特性分支；