[發明專利]版本增量文件獲取方法及裝置有效
| 申請號: | 202010533996.8 | 申請日: | 2020-06-12 |
| 公開(公告)號: | CN111736889B | 公開(公告)日: | 2023-09-19 |
| 發明(設計)人: | 黃波;劉小剛;田威 | 申請(專利權)人: | 中國銀行股份有限公司 |
| 主分類號: | G06F8/71 | 分類號: | G06F8/71;G06F8/658 |
| 代理公司: | 北京三友知識產權代理有限公司 11127 | 代理人: | 王天堯;湯在彥 |
| 地址: | 100818 *** | 國省代碼: | 北京;11 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 版本 增量 文件 獲取 方法 裝置 | ||
本發明公開了一種版本增量文件獲取方法及裝置,該方法包括:根據版本管理工具獲取待處理項目的增量文件記錄;自增量文件記錄中提取待處理項目的增量源文件和執行文件;獲取每個微服務模塊與工程模塊的依賴關系記錄,每個微服務模塊與外部依賴文件的新增依賴關系記錄;根據每個微服務模塊與工程模塊的依賴關系記錄,自增量源文件和執行文件中提取每個微服務模塊對應的工程模塊增量文件,根據每個微服務模塊與外部依賴文件的新增依賴關系記錄獲取每個微服務模塊對應的新增外部依賴文件;將每個微服務模塊對應的工程模塊增量文件和新增外部依賴文件合并,以獲取每個微服務模塊的版本增量文件。本發明可以準確獲取每個微服務模塊的增量文件。
技術領域
本發明涉及通信技術領域,尤其涉及一種版本增量文件獲取方法及裝置。
背景技術
微服務一般根據業務能力劃分為多個可獨立部署的程序模塊,采用分布式部署,其部署頻率要求很高,為了快速部署,目前,互聯網主流是把maven工程打包成多個獨立的jar包,利用自動化部署工具快速部署。但是對于部分用戶(例如銀行),在處理一個項目時,要求除第一次是全量版本外,之后版本都要采用增量方式補充發版本包。
現有技術在獲取版本增量文件時,一般是將所有微服務模塊歸集到一起,采用jar包或class+lib集合的部署方式,通過svn或git工具快速對比出增量文件記錄。在此過程中,為了實現微服務模塊的復用,一個項目會被劃分成多個工程模塊,而每個可獨立部署的微服務模塊對于工程模塊的依賴不同,后續提取每個微服務模塊的增量文件十分困難,即現有技術無法準確獲取每個微服務模塊的增量文件。
發明內容
本發明實施例提供一種版本增量文件獲取方法,用以準確獲取每個微服務模塊的增量文件,該方法包括:
根據版本管理工具獲取待處理項目的增量文件記錄,所述待處理項目包括多個工程模塊;
自所述增量文件記錄中提取待處理項目的增量源文件和執行文件;
獲取每個微服務模塊與所述工程模塊的依賴關系記錄,以及每個微服務模塊與外部依賴文件的新增依賴關系記錄;
根據每個微服務模塊與所述工程模塊的依賴關系記錄,自增量源文件和執行文件中提取每個微服務模塊對應的工程模塊增量文件,并根據每個微服務模塊與外部依賴文件的新增依賴關系記錄獲取每個微服務模塊對應的新增外部依賴文件;
將每個微服務模塊對應的工程模塊增量文件和新增外部依賴文件合并,以獲取每個微服務模塊的版本增量文件。
可選的,所述方法還包括:
將每個微服務模塊的版本增量文件和基線版本合成全量合并,與每個微服務模塊的全量進行對比,所述基線版本合成全量為多個版本批次的基線合成全量;
根據對比結果獲取每個微服務模塊的二次增量文件。
可選的,所述方法還包括:
將每個微服務模塊的版本增量文件與每個微服務模塊的二次增量文件進行合并處理。
可選的,自所述增量文件記錄中提取待處理項目的增量源文件和執行文件,包括:
根據文件類型和目錄名稱對增量文件記錄進行篩選;
根據篩選結果自所述增量文件記錄中提取待處理項目的增量源文件和執行文件。
本發明實施例還提供一種版本增量文件獲取裝置,用以準確獲取每個微服務模塊的增量文件,該裝置包括:
增量文件記錄獲取模塊,用于根據版本管理工具獲取待處理項目的增量文件記錄,所述待處理項目包括多個工程模塊;
第一文件提取模塊,用于自所述增量文件記錄中提取待處理項目的增量源文件和執行文件;
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于中國銀行股份有限公司,未經中國銀行股份有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202010533996.8/2.html,轉載請聲明來源鉆瓜專利網。





