[發明專利]多項目多系統環境的版本號有向圖排序稽核方法和系統有效
| 申請號: | 201911118026.5 | 申請日: | 2019-11-15 |
| 公開(公告)號: | CN111309370B | 公開(公告)日: | 2023-08-15 |
| 發明(設計)人: | 胡晉;舒剛 | 申請(專利權)人: | 上海金融期貨信息技術有限公司 |
| 主分類號: | G06F8/71 | 分類號: | G06F8/71 |
| 代理公司: | 上海專利商標事務所有限公司 31100 | 代理人: | 施浩 |
| 地址: | 200122 上海市*** | 國省代碼: | 上海;31 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 多項 系統 環境 版本號 排序 稽核 方法 | ||
本發明公開了一種多項目多系統環境的版本號有向圖排序稽核方法和系統,能夠在大量的系統版本號中快速找到錯誤版本號并做提示,從而減輕人工負擔,提高發布質量。其技術方案為:借助統一入口收集多個開發部門的所有開發項目的所有版本,通過單向依賴規則和有向圖算法進行版本號稽核,在單系統多項目的情況下找出實際依賴錯誤的版本號,在多系統多項目的情況下根據版本依賴關系構造項目依賴關系找出互相依賴的項目錯誤,在多系統多項目的情況下在上述找出的正確項目依賴信息基礎上,根據有向無環的原則找出多系統版本號(項目)循環依賴的錯誤。
技術領域
本發明涉及一種系統版本號稽核技術,具體涉及一種多項目多系統環境的版本號有向圖排序稽核方法和系統。
背景技術
一般一個IT技術公司會有一個運維部門和多個開發部門。
這n個開發部門會發起m個項目(項目是指為解決某個問題或者需求,組織多人完成一次某些系統的軟件功能的開發過程),組織開發和發布很多個版本,而運維部門負責將這些版本上線。這個過程比較復雜,涉及相當多的人,相當長的時間,一般通過項目管理軟件進行管理。
目前市場上存在的項目管理軟件或版本管理軟件,比如jira、git等。其中jira是一個缺陷跟蹤管理系統,為針對缺陷管理、任務跟蹤和項目管理的商業應用軟件;git是一個分散式版本控制軟件。
Jira這種項目管理軟件可以記錄項目和版本號(版本號是指一個系統的版本的標識號),也可以展示項目和版本號之間的對應關系,卻沒有方法去稽核這個關系的正確性。
git這種版本管理軟件可以管理版本之間的分支和合并,能夠判斷版本之間的正確性,但是缺少對多個版本組成的多項目依賴關系的管理,以至于需要花費大量時間去做人工稽核,不僅效率低下,而且容易出錯。
發明內容
以下給出一個或多個方面的簡要概述以提供對這些方面的基本理解。此概述不是所有構想到的方面的詳盡綜覽,并且既非旨在指認出所有方面的關鍵性或決定性要素亦非試圖界定任何或所有方面的范圍。其唯一的目的是要以簡化形式給出一個或多個方面的一些概念以為稍后給出的更加詳細的描述之序。
本發明的目的在于解決上述問題,提供了一種多項目多系統環境的版本號有向圖排序稽核方法和系統,能夠在大量的系統版本號中快速找到錯誤版本號并做提示,從而減輕人工負擔,提高發布質量。
本發明的技術方案為:本發明揭示了一種多項目多系統環境的版本號有向圖排序稽核方法,方法包括:
步驟1:獲取包含項目和版本號信息的數據后進行預處理,經排除無效數據后得到篩選后的數據;
步驟2:進行單系統多項目版本號的依賴稽核,找出實際依賴錯誤的版本號;
步驟3:進行多系統多項目依賴稽核,根據版本依賴關系構造項目依賴關系,找出互相依賴的項目錯誤,再根據有向無環的原則找出多系統版本號循環依賴的錯誤;
步驟4:展現有向圖數據并標注出錯誤版本數據。
根據本發明的多項目多系統環境的版本號有向圖排序稽核方法的一實施例,步驟1進一步包括:
第一步:通過統一入口收集項目和版本號信息并將其保存為字典類型,其中字典類型的鍵為版本號,對應的值包括系統名、依賴版本號、項目標識和項目狀態;
第二步:通過運維接口獲取目前仿真/生產環境上與上一步相同的系統版本號,仿真環境中的所有版本集合設為一個虛擬項目,其依賴版本號設置為空,項目標識設置為仿真環境,項目狀態設置為已上線,對生產環境中的所有版本集合也做同樣的處理,如果其他項目與仿真生產環境的數據沖突,則默認仿真生產數據為正確,其他項目為錯誤,仿真生產環境的數據為版本號依賴的起始;
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于上海金融期貨信息技術有限公司,未經上海金融期貨信息技術有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201911118026.5/2.html,轉載請聲明來源鉆瓜專利網。





