[發明專利]一種基于githooks和缺陷管理工具的監管及跟蹤方法

在審

• 申請號: 201710228456.7
• 申請日: 2017-04-10
• 公開（公告）號: CN107025112A
• 公開（公告）日: 2017-08-08
• 發明（設計）人: 郭彩華;徐一珂
• 申請（專利權）人: 丹露成都網絡技術有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 成都新驅科為知識產權代理事務所(普通合伙)51251
• 代理人: 成實,曾娟

技術領域

本發明涉及一種監管及跟蹤方法，尤其涉及一種基于git hooks和缺陷管理工具的監管及跟蹤方法。

背景技術

目前，現有的大多數gitlab使用者都只是使用默認的git hooks，從而忽視了git hooks的可定制、將git與缺陷管理工具結合起來控制代碼的提交動作、以及將代碼提交記錄到缺陷管理工具，便于問題追蹤定位。

發明內容

本發明的目的在于克服目前大多數gitlab使用者沒有很好的利用git hooks的可定制性，并結合缺陷管理工具來監控并跟蹤代碼的提交的缺陷，提供一種能通過定制git hooks，并結合bugzilla來控制代碼的提交，從而便于問題追蹤定位的基于git hooks和缺陷管理工具的監管及跟蹤方法。

本發明的目的通過下述技術方案實現：

一種基于git hooks和缺陷管理工具的監管及跟蹤方法，包括以下步驟：

(1)通過git客戶端向git上的工程分支提交代碼，提交代碼時填寫Message中的信息，Message中的信息包括需求ID或者bug ID；

(2)git服務端收到分支代碼的push請求時，將調用git hooks服務端的pre-receive腳本；pre-receive腳本根據git命令獲取到代碼的提交記錄以及Message中的需求ID或者bug ID，并根據需求ID或者bug ID從缺陷管理工具中獲取到ID的具體信息；

(3)pre-receive腳本根據從缺陷管理工具中獲取到ID的具體信息判斷該ID的狀態是否允許提交代碼、該ID對應的bug是否為可修改狀態、提交代碼的git分支與該ID對應的分支是否一致；

(4)當步驟(3)判斷結果全為“是”時，則pre-receive腳本將代碼的提交記錄寫入缺陷管理工具的相關ID下，并且在寫入成功后返回給git客戶端“提交成功”；否則返回給git客戶端“提交失敗”。

進一步的，步驟(1)中Message的格式為【需求#ID】comments、【requirement#ID】comments、【錯誤#ID】comments或【bug#ID】comments。

再進一步的，步驟(2)中從缺陷管理工具中獲取到的ID的具體信息包括：需求或者bug對應的git分支、需求或者bug對應的狀態以及該bug的優先級。

為了更好地實現本發明，步驟(2)中pre-receive腳本通過缺陷管理工具的API接口獲取ID的具體信息。

為了確保效果，所述缺陷管理工具為bugzilla或redmine。

本發明較現有技術相比，具有以下優點及有益效果：

(1)本發明不僅步驟簡單、方便操作，而且能規范代碼提交流程，可便于問題追蹤；通過定制git hooks并結合缺陷管理工具來監控和跟蹤代碼的提交，不僅能夠減少亂提代碼造成的問題，同時能夠在出現問題的時候快速追蹤定位，保證產品質量，減少開發測試成本。

(2)本發明對于代碼的提交只做了三種條件的控制，如果有其他需要，可以根據情況隨意增加，方便擴展。

(3)本發明的缺陷管理工具可以根據需要選用bugzilla或redmine或者其他任意提供了API接口的類似工具，因此使得本發明實施時更加靈活方便。

具體實施方式

下面結合實施例對本發明作進一步地詳細說明，但本發明的實施方式并不限于此。

實施例

本發明的基于git hooks和缺陷管理工具的監管及跟蹤方法，首先通過git客戶端向git上的工程分支提交代碼，提交代碼時填寫Message中的信息，該Message中的信息包括需求ID或者bug ID。其中，Message的格式可以為【需求#ID】comments、【requirement#ID】comments、【錯誤#ID】comments或【bug#ID】comments。