本發(fā)明涉及計算機應用技術(shù)領(lǐng)域，尤其涉及一種應用組件版本的管理方法及裝置。

背景技術(shù)：

第三方構(gòu)建工具在構(gòu)建應用組件之間的依賴關(guān)系時，并不知道其構(gòu)建的各應用組件之間是否真的存在依賴關(guān)系，而是根據(jù)預存的構(gòu)建機制去構(gòu)建應用組件之間的依賴關(guān)系，例如，build.gradle文件中存儲有兩組由使用者編寫的具有依賴關(guān)系的應用組件，如版本號為1.0的應用組件A依賴于版本號為2.0的應用組件B，以及版本號為1.0的應用組件C依賴于版本號為2.1的應用組件B，gradle構(gòu)建插件檢測到工程中出現(xiàn)兩個版本號不一致的應用組件B，該gradle構(gòu)建插件會拋棄該版本號為2.0的應用組件B，保留版本號為2.1的應用組件B，從而得到版本號為1.0的應用組件A與該版本號為1.0的應用組件C都依賴于版本號為2.1的應用組件B，但是，gradle構(gòu)建插件中并未存在相應的機制去識別構(gòu)建得到各組應用組件之間是否真的存在依賴關(guān)系，導致經(jīng)過構(gòu)建得到各組應用組件之間版本不兼容，從而使得客戶端(由使用者操作的客戶端)無法調(diào)用各應用組件來實現(xiàn)相應功能。

技術(shù)實現(xiàn)要素：

本發(fā)明的主要目的在于提供一種應用組件版本的管理方法及裝置，旨在解決目前第三方構(gòu)建工具無法管理應用組件之間的依賴關(guān)系，導致經(jīng)過構(gòu)建得到各組應用組件之間版本不兼容的問題。

為實現(xiàn)上述目的，本發(fā)明提供的一種應用組件版本的管理方法，包括：

接收客戶端發(fā)送的組件信息校驗請求，所述組件信息校驗請求中包含第一應用組件的第一版本信息以及第二應用組件的第二版本信息，所述第一版本信息依賴于所述第二版本信息，具有第一版本依賴關(guān)系；

判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含所述第一版本依賴關(guān)系；

若是，則向所述客戶端反饋校驗通過消息，以提示所述客戶端保存所述第一版本信息以及所述第二版本信息；

若否，則向所述客戶端推送第一提示信息，以提示用戶修改所述第一版本信息和/或所述第二版本信息。

優(yōu)選地，所述判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含所述第一版本依賴關(guān)系的步驟之前還包括：

判斷所述第一版本信息和所述第二版本信息中是否存在與預設的過期版本信息相匹配的版本信息；

若是，則禁止所述客戶端使用與所述預設的過期版本信息相匹配的所述版本信息；

若否，則執(zhí)行所述判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含所述第一版本依賴關(guān)系的步驟。

優(yōu)選地，所述第一提示信息包括從所述產(chǎn)品管理平臺的產(chǎn)品基線中獲取到的所述第一應用組件指定的版本信息，以及所述第二應用組件指定的版本信息。

優(yōu)選地，所述應用組件版本的管理方法包括以下步驟：

在接收到應用組件的版本依賴關(guān)系配置指令時，顯示所述產(chǎn)品管理平臺中版本依賴關(guān)系配置界面；

獲取在所述版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息；

獲取所述第三應用組件的歷史版本信息依賴的第四應用組件的各版本信息；

基于所述當前版本信息及所述第四應用組件的各版本信息，創(chuàng)建所述當前版本信息依賴所述第四應用組件的各版本信息的多個所述第一版本依賴關(guān)系，并將多個所述第一版本依賴關(guān)系存儲在所述產(chǎn)品管理平臺中。

優(yōu)選地，所述獲取在所述版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息的步驟之后還包括：

獲取依賴所述第三應用組件的歷史版本信息的第五應用組件的各版本信息，對應的產(chǎn)品維護者指定的提示方式；

基于所述指定的提示方式發(fā)送包含所述當前版本信息的第二提示消息，所述第二提示消息用于提示所述產(chǎn)品維護者創(chuàng)建所述當前版本信息與所述第五應用組件的各版本信息的第三版本依賴關(guān)系。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種應用組件版本的管理裝置，包括：

接收模塊，用于接收客戶端發(fā)送的組件信息校驗請求，所述組件信息校驗請求中包含第一應用組件的第一版本信息以及第二應用組件的第二版本信息，所述第一版本信息依賴于所述第二版本信息，具有第一版本依賴關(guān)系；

第一判斷模塊，用于判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含所述第一版本依賴關(guān)系；

反饋模塊，用于若產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中不包含所述第一版本依賴關(guān)系，則向所述客戶端反饋校驗通過消息，以提示所述客戶端保存所述第一版本信息以及所述第二版本信息；

推送模塊，用于若產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中包含所述第一版本依賴關(guān)系，則向所述客戶端推送第一提示信息，以提示用戶修改所述第一版本信息和/或所述第二版本信息。

優(yōu)選地，所述應用組件版本的管理裝置還包括：

第二判斷模塊，用于判斷所述第一版本信息和所述第二版本信息中是否存在與預設的過期版本信息相匹配的版本信息；

禁止模塊，用于若所述第一版本信息和所述第二版本信息中存在與預設的過期版本信息相匹配的版本信息，則禁止所述客戶端使用與所述預設的過期版本信息相匹配的所述版本信息；

所述第一判斷模塊，還用于若所述第一版本信息和所述第二版本信息中不存在與預設的過期版本信息相匹配的版本信息，則判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含所述第一版本依賴關(guān)系。

優(yōu)選地，所述第一提示信息包括從所述產(chǎn)品管理平臺的產(chǎn)品基線中獲取到的所述第一應用組件指定的版本信息，以及所述第二應用組件指定的版本信息。

優(yōu)選地，所述應用組件版本的管理裝置還包括：

顯示模塊，用于在接收到應用組件的版本依賴關(guān)系配置指令時，顯示所述產(chǎn)品管理平臺中版本依賴關(guān)系配置界面；

第一獲取模塊，用于獲取在所述版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息；

第二獲取模塊，用于獲取所述第三應用組件的歷史版本信息依賴的第四應用組件的各版本信息；

創(chuàng)建模塊，用于基于所述當前版本信息及所述第四應用組件的各版本信息，創(chuàng)建所述當前版本信息依賴所述第四應用組件的各版本信息的多個所述第一版本依賴關(guān)系，并將多個所述第一版本依賴關(guān)系存儲在所述產(chǎn)品管理平臺中。

優(yōu)選地，所述應用組件版本的管理裝置還包括：

第三獲取模塊，用于獲取依賴所述第三應用組件的歷史版本信息的第五應用組件的各版本信息，對應的產(chǎn)品維護者指定的提示方式；

發(fā)送模塊，用于基于所述指定的提示方式發(fā)送包含所述當前版本信息的第二提示消息，所述第二提示消息用于提示所述產(chǎn)品維護者創(chuàng)建所述當前版本信息與所述第五應用組件的各版本信息的第三版本依賴關(guān)系。

本發(fā)明通過接收客戶端發(fā)送的組件信息校驗請求，組件信息校驗請求中包含第一應用組件的第一版本信息以及第二應用組件的第二版本信息，第一版本信息依賴于第二版本信息，具有第一版本依賴關(guān)系，判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系，若是，則向客戶端反饋校驗通過消息，以提示客戶端保存第一版本信息以及第二版本信息，若否，則向客戶端推送第一提示信息，以提示用戶修改第一版本信息和/或第二版本信息。通過上述方案，在接收到客戶端發(fā)送的組件信息校驗請求時，產(chǎn)品管理平臺對客戶端發(fā)送過來的組件信息進行校驗，根據(jù)校驗結(jié)果來提示客戶端該組件信息中各組應用組件之間是否真的存在依賴關(guān)系，從而使得能夠提示客戶端使用版本兼容的應用組件，進而避免該客戶端在調(diào)用組件來實現(xiàn)相應功能時版本無法兼容，改善用戶體驗。

附圖說明

圖1為本發(fā)明應用組件版本的管理方法的第一實施例的流程示意圖；

圖2為本發(fā)明應用組件版本的管理方法的第二實施例的流程示意圖；

圖3為本發(fā)明應用組件版本的管理方法的第三實施例的流程示意圖；

圖4為本發(fā)明應用組件版本的管理方法的第四實施例的流程示意圖；

圖5為本發(fā)明應用組件版本的管理裝置的第一實施例的功能模塊示意圖；

圖6為本發(fā)明應用組件版本的管理裝置的第二實施例的功能模塊示意圖；

圖7為本發(fā)明應用組件版本的管理裝置的第三實施例的功能模塊示意圖；

圖8為本發(fā)明應用組件版本的管理裝置的第四實施例的功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

基于上述問題，本發(fā)明提供一種應用組件版本的管理方法。

參照圖1，圖1為本發(fā)明應用組件版本的管理方法的第一實施例的流程示意圖。

在本實施例中，所述應用組件版本的管理方法包括：

步驟S10，接收客戶端發(fā)送的組件信息校驗請求，組件信息校驗請求中包含第一應用組件的第一版本信息以及第二應用組件的第二版本信息，第一版本信息依賴于第二版本信息，具有第一版本依賴關(guān)系；

在本實施例中，該客戶端中運行有g(shù)radle插件，該客戶端通過該gradle插件與該產(chǎn)品管理平臺進行數(shù)據(jù)交互，且該客戶端是由使用者操作的。當使用者想要利用該產(chǎn)品管理平臺發(fā)布的應用組件來實現(xiàn)相應的功能時，將對應的應用組件的應用組件名稱以及應用組件的版本信息編寫在build.gradle文件中，該gradle插件對該build.gradle文件中的應用組件名稱以及版本信息進行構(gòu)建，當該客戶端對該應用組件名稱以及版本信息進行構(gòu)建后，向該產(chǎn)品管理平臺發(fā)送組件信息校驗請求，該組件信息校驗請求中包含有第一應用組件的第一版本信息以及第二應用組件的第二版本信息，該第一版本信息依賴于第二版本信息，具有第一版本依賴關(guān)系。接收客戶端發(fā)送的組件信息校驗請求。

需要說明的是，該客戶端將該第一應用組件的名稱和第一版本信息以及第二應用組件的名稱和第二版本信息發(fā)送給該產(chǎn)品管理平臺，并未將第一版本依賴關(guān)系發(fā)送給該產(chǎn)品管理平臺。

例如，使用者在客戶端的build.gradle文件中編寫了版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.0的第二應用組件hermes-common，版本號為1.1.6的venus-core依賴于版本號為1.2.1的第二應用組件hermes-common，客戶端中的gradle構(gòu)建插件檢測到該build.gradle文件中第二應用組件hermes-common存在兩個不同的版本號，則該gradle插件對該兩組應用組件進行構(gòu)建，得到版本號為1.0.8的第一應用組件venus-data與版本號為1.1.6的第一應用組件venus-core，都依賴于版本號為1.2.1的第二應用組件hermes-common，向該產(chǎn)品管理平臺發(fā)送校驗請求，并將該版本號為1.0.8的第一應用組件venus-data、版本號為1.1.6的第一應用組件venus-core以及版本號為1.2.1的第二應用組件hermes-common包含在該校驗請求中，當產(chǎn)品管理平臺接收到客戶端發(fā)送的校驗請求時，對版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系，以及該版本號為1.1.6的venus-core依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系進行校驗。

步驟S20，判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系；

步驟S30，若是，則向客戶端反饋校驗通過消息，以提示客戶端保存第一版本信息以及第二版本信息；

在該產(chǎn)品管理平臺接收到該客戶端發(fā)送的組件信息校驗請求后，判斷該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含該第一版本依賴關(guān)系。若該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中包含第一版本依賴關(guān)系，則向該客戶端反饋校驗通過消息，以提示客戶端保存該第一版本信息以及該第二版本信息。

步驟S40，若否，則向客戶端推送第一提示信息，以提示用戶修改第一版本信息和/或第二版本信息。

若該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中不包含該第一版本依賴關(guān)系，則向客戶端推送第一提示信息，提示校驗未通過的同時，以提示用戶修改該第一版本信息和/或該第二版本信息。

或者，若該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中不包含該第一版本依賴關(guān)系，則從該產(chǎn)品管理平臺的產(chǎn)品基線中獲取第一應用組件指定的版本信息，以及該第二應用組件指定的版本信息，將該第一應用組件指定的版本信息以及該第二應用組件指定的版本信息寫在該第一提示信息中，并向客戶端推送該第一提示信息，以提示用戶根據(jù)該第一應用組件指定的版本信息以及該第二應用組件指定的版本信息，分別對應修改第一版本信息以及該第二版本信息。

例如，產(chǎn)品管理平臺將版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系，以及版本號為1.1.6的第一應用組件venus-core依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系進行校驗后，確定該組件版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系不存在，而該產(chǎn)品管理平臺的產(chǎn)品基線中存在是版本號為1.2.0的第一應用組件venus-data與版本號為1.2.1的第一應用組件venus-core，都依賴于版本號為1.2.2的第二應用組件hermes-common，則從該產(chǎn)品管理平臺的產(chǎn)品基線中獲取版本號為1.2.0的第一應用組件venus-data以及版本號為1.2.1的第一應用組件venus-core，以及版本號為1.2.2的第二應用組件hermes-common，并包含在第一提示信息中，推送給客戶端，以供使用者參考。

本實施例通過接收客戶端發(fā)送的組件信息校驗請求，組件信息校驗請求中包含第一應用組件的第一版本信息以及第二應用組件的第二版本信息，第一版本信息依賴于第二版本信息，具有第一版本依賴關(guān)系，判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系，若是，則向客戶端反饋校驗通過消息，以提示客戶端保存第一版本信息以及第二版本信息，若否，則向客戶端推送第一提示信息，以提示用戶修改第一版本信息和/或第二版本信息。通過上述方案，在接收到客戶端發(fā)送的組件信息校驗請求時，產(chǎn)品管理平臺對客戶端發(fā)送過來的組件信息進行校驗，根據(jù)校驗結(jié)果來提示客戶端該組件信息中各組應用組件之間是否真的存在依賴關(guān)系，從而使得能夠提示客戶端使用版本兼容的應用組件，進而避免該客戶端在調(diào)用組件來實現(xiàn)相應功能時版本無法兼容，改善用戶體驗。

進一步的，基于上述第一實施例，請參照圖2，提出本發(fā)明應用組件版本的管理方法的第二實施例的流程示意圖，在該第二實施例中，S20之前，應用組件版本的管理方法還包括：

步驟S50，判斷第一版本信息和第二版本信息中是否存在與預設的過期版本信息相匹配的版本信息；

在本實施例中，開發(fā)者可將應用組件中某些使用價值不高的版本設置為過期版本，那么依賴于該過期版本的應用組件對應的依賴關(guān)系以及該過期版本依賴的應用組件對應的依賴關(guān)系是失效的，例如，若應用組件A的版本A已經(jīng)被設置為過期版本，則依賴于該版本A的應用組件與該版本A之間的版本依賴關(guān)系是失效的，同時，該版本A所依賴的應用組件與該版本A之間的版本依賴關(guān)系是失效的。當該產(chǎn)品管理平臺獲取到該第一版本信息以及該第二版本信息時，判斷該第一版本信息和該第二版本信息中是否存在至少一個版本信息與預設的過期版本信息相匹配。

步驟S60，若是，則禁止客戶端使用與預設的過期版本信息相匹配的版本信息；

若否，則執(zhí)行步驟S20，即判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系。

當該第一版本信息和該第二版本信息中存在至少一個版本信息與預設的過期版本信息相匹配時，則禁止客戶端使用與預設的過期版本信息相匹配的版本信息；當該第一版本信息和該第二版本信息中不存在與預設的過期版本信息相匹配的版本信息時，則進一步判斷該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含該第一版本依賴關(guān)系。

本實施例通過判斷第一版本信息和第二版本信息中是否存在與預設的過期版本信息相匹配的版本信息，若是，則禁止客戶端使用與預設的過期版本信息相匹配的版本信息，若否，則判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系，使得能夠解決應用組件之間的版本沖突，便于產(chǎn)品管理平臺對應用組件的版本管理。

進一步的，基于上述第一實施例，請參照圖3，提出本發(fā)明應用組件版本的管理方法的第三實施例的流程示意圖，在該第三實施例中，S10之前，應用組件版本的管理方法還包括：

步驟S70，在接收到應用組件的版本依賴關(guān)系配置指令時，顯示產(chǎn)品管理平臺中版本依賴關(guān)系配置界面；

步驟S80，獲取在版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息；

在本實施例中，在接收到開發(fā)者觸發(fā)的應用組件的版本依賴關(guān)系配置指令時，顯示產(chǎn)品管理平臺中版本依賴關(guān)系配置界面，開發(fā)者在該版本依賴關(guān)系配置界面上輸入第三應用組件的當前版本信息，如開發(fā)者通過點擊該版本依賴關(guān)系配置界面上的“增加新的版本(Append New Version)”鍵，在該版本依賴關(guān)系配置界面輸入第三應用組件的當前版本信息。該產(chǎn)品管理平臺獲取開發(fā)者在該版本依賴關(guān)系配置界面上輸入的該第三應用組件的當前版本信息。

可以理解的是，在版本依賴關(guān)系配置界面上還可以刪除該當前版本信息。

步驟S90，獲取第三應用組件的歷史版本信息依賴的第四應用組件的各版本信息；

當獲取到在該版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息后，獲取該第三應用組件的歷史版本信息依賴的第四應用組件，并獲取第四應用組件對應的版本信息的集合，將獲取到的第四應用組件以及第四應用組件對應的版本信息的集合顯示在該版本依賴關(guān)系配置界面，以供開發(fā)者操作。例如，當獲取到開發(fā)者在該版本依賴關(guān)系配置界面輸入的版本號為1.0.8的第三應用組件venus-data后，該產(chǎn)品管理平臺獲取該第三應用組件venus-data的歷史版本信息已依賴的第四應用組件hermes-common以及hermes-core，并獲取該第四應用組件hermes-common對應的版本信息的集合以及第四應用組件hermes-core對應的版本信息的集合，如該第四應用組件hermes-common的最低版本和最高版本的集合，即1.1.6版本和1.2.3版本的集合，該第四應用組件hermes-core的最低版本和最高版本的集合，即1.1.7版本和1.2.2版本的集合，以供開發(fā)者操作。此時，開發(fā)者可修改該第四應用組件的版本信息的集合，即通過該版本依賴關(guān)系配置界面的下拉菜單選擇該第四應用組件的版本信息的集合，如在第四應用組件hermes-common的最低版本對應的下拉菜單中選擇1.1.7版本，在最高版本對應的下拉菜單中選擇1.2.2版本，得到1.1.7版本與1.2.2版本的集合。

或者，當獲取到在該版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息后，開發(fā)者可通過該版本依賴關(guān)系配置界面增加依賴于該當前版本信息的新的應用組件，例如，當獲取到開發(fā)者在該版本依賴關(guān)系配置界面輸入的版本號為1.0.8的第三應用組件venus-data后，開發(fā)者點擊該版本依賴關(guān)系配置界面上的“增加依賴關(guān)系(Append Dependency)”鍵，在該版本依賴關(guān)系配置界面上選擇第四應用組件hermes-common(該第四應用組件hermes-common可以理解為依賴于該版本號為1.0.8的第三應用組件venus-data的新的應用組件)，此時，產(chǎn)品管理接收開發(fā)者輸入的該第四應用組件hermes-common，并將第四應用組件hermes-common對應的版本信息的集合顯示在該版本依賴關(guān)系配置界面上，如將該第四應用組件hermes-common的最低版本和最高版本的集合，即1.1.6版本和1.2.3版本的集合顯示在該版本依賴關(guān)系配置界面上，同時，開發(fā)者可修改該第四應用組件的版本信息的集合，即可通過該版本依賴關(guān)系配置界面上的下拉菜單選擇該第四應用組件的版本信息的集合，如在第四應用組件hermes-common的最低版本對應的下拉菜單中選擇1.1.7版本，在最高版本對應的下拉菜單中選擇1.2.2版本，得到1.1.7版本與1.2.2版本的集合。

步驟S100，基于當前版本信息及第四應用組件的各版本信息，創(chuàng)建當前版本信息依賴第四應用組件的各版本信息的多個第二版本依賴關(guān)系，并將多個第二版本依賴關(guān)系存儲在產(chǎn)品管理平臺中。

當產(chǎn)品管理平臺獲取到第四應用組件的第一版本信息的集合后，創(chuàng)建當前版本信息依賴第四版本信息的集合中各版本信息的依賴關(guān)系，得到第三應用組件依賴第四應用組件的第二版本依賴關(guān)系。例如，將版本號為1.0.8的第三應用組件venus-data分別與版本號為1.1.7以及版本號為1.2.2的第四應用組件hermes-common創(chuàng)建依賴關(guān)系，得到第三應用組件依賴第四應用組件的多個第二版本依賴關(guān)系。

本實施例通過在接收到應用組件的版本依賴關(guān)系配置指令時，顯示產(chǎn)品管理平臺中版本依賴關(guān)系配置界面，獲取在版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息，獲取第三應用組件的歷史版本信息依賴的第四應用組件的各版本信息，基于當前版本信息及第四應用組件的各版本信息，創(chuàng)建當前版本信息依賴第四應用組件的各版本信息的多個第二版本依賴關(guān)系，并將多個第二版本依賴關(guān)系存儲在產(chǎn)品管理平臺中。由于當在產(chǎn)品管理平臺中增加第三應用組件的當前版本信息后，創(chuàng)建當前版本信息依賴第四應用組件的各版本信息的多個第二版本依賴關(guān)系，從而使得能夠產(chǎn)品管理平臺容易管理各組件之間的版本依賴關(guān)系，進而避免因各組件之間的版本依賴關(guān)系更新不及時，導致客戶端在調(diào)用組件來實現(xiàn)相應功能時版本無法兼容。

進一步的，基于上述第三實施例，請參照圖4，提出本發(fā)明應用組件版本的管理方法的第四實施例的流程示意圖，在該第四實施例中，S80之后，應用組件版本的管理方法還包括：

步驟S200，獲取依賴第三應用組件的歷史版本信息的第五應用組件的各版本信息，對應的產(chǎn)品維護者指定的提示方式；

在本實施例中，當獲取到在該版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息后，該產(chǎn)品管理平臺獲取依賴于該第三應用組件的歷史版本信息第五應用組件的各版本信息，以及該第五應用組件的各版本信息的產(chǎn)品維護者的信息，當接收到開發(fā)者在該版本依賴關(guān)系配置界面上點擊的“發(fā)送通知(Send Notification)”的指令時，獲取該第五應用組件的各版本信息對應的產(chǎn)品維護者指定的提示方式。其中，該指定的提示方式可以是郵件提示方式。

步驟S300，基于指定的提示方式發(fā)送包含當前版本信息的第二提示消息，第二提示消息用于提示產(chǎn)品維護者創(chuàng)建當前版本信息與第五應用組件的各版本信息的第三版本依賴關(guān)系。

基于指定的提示方式發(fā)送第二提示消息，該第二提示消息包含第三應用組件的當前版本信息，例如，若該指定提示方式是郵件提示方式，則獲取該產(chǎn)品維護者的郵件地址，根據(jù)該郵件地址發(fā)送郵件，且該第三應用組件的當前版本信息寫入到該郵件中，以提示該產(chǎn)品維護者創(chuàng)建該當前版本信息與該第五應用組件的各版本信息的第三版本依賴關(guān)系。

本實施例通過獲取依賴第三應用組件的歷史版本信息的第五應用組件的各版本信息，對應的產(chǎn)品維護者指定的提示方式，基于指定的提示方式發(fā)送包含當前版本信息的第二提示消息，第二提示消息用于提示產(chǎn)品維護者創(chuàng)建當前版本信息與第五應用組件的各版本信息的第三版本依賴關(guān)系，使得能夠及時更新第三應用組件的當前版本信息與第五應用組件的第三版本依賴關(guān)系。

本發(fā)明進一步提供一種應用組件版本的管理裝置。

參照圖5，圖5為本發(fā)明應用組件版本的管理裝置的第一實施例的功能模塊示意圖。

在本實施例中，所述應用組件版本的管理裝置包括：接收模塊10、第一判斷模塊20、反饋模塊30及推送模塊40。

所述接收模塊10，用于接收客戶端發(fā)送的組件信息校驗請求，組件信息校驗請求中包含第一應用組件的第一版本信息以及第二應用組件的第二版本信息，第一版本信息依賴于第二版本信息，具有第一版本依賴關(guān)系；

在本實施例中，該產(chǎn)品管理平臺包括該應用組件版本的管理裝置。該客戶端中運行有g(shù)radle插件，該客戶端通過該gradle插件與該產(chǎn)品管理平臺進行數(shù)據(jù)交互，且該客戶端是由使用者操作的。當使用者想要利用該產(chǎn)品管理平臺發(fā)布的應用組件來實現(xiàn)相應的功能時，將對應的應用組件的應用組件名稱以及應用組件的版本信息編寫在build.gradle文件中，該gradle插件對該build.gradle文件中的應用組件名稱以及版本信息進行構(gòu)建，當該客戶端對該應用組件名稱以及版本信息進行構(gòu)建后，向該產(chǎn)品管理平臺發(fā)送組件信息校驗請求，該組件信息校驗請求中包含有第一應用組件的第一版本信息以及第二應用組件的第二版本信息，該第一版本信息依賴于第二版本信息，具有第一版本依賴關(guān)系。接收模塊10接收客戶端發(fā)送的組件信息校驗請求。

需要說明的是，該客戶端將該第一應用組件的名稱和第一版本信息以及第二應用組件的名稱和第二版本信息發(fā)送給該產(chǎn)品管理平臺，并未將第一版本依賴關(guān)系發(fā)送給該產(chǎn)品管理平臺。

例如，使用者在客戶端的build.gradle文件中編寫了版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.0的第二應用組件hermes-common，版本號為1.1.6的venus-core依賴于版本號為1.2.1的第二應用組件hermes-common，客戶端中的gradle構(gòu)建插件檢測到該build.gradle文件中第二應用組件hermes-common存在兩個不同的版本號，則該gradle插件對該兩組應用組件進行構(gòu)建，得到版本號為1.0.8的第一應用組件venus-data與版本號為1.1.6的第一應用組件venus-core，都依賴于版本號為1.2.1的第二應用組件hermes-common，向該產(chǎn)品管理平臺發(fā)送校驗請求，并將該版本號為1.0.8的第一應用組件venus-data、版本號為1.1.6的第一應用組件venus-core以及版本號為1.2.1的第二應用組件hermes-common包含在該校驗請求中，當產(chǎn)品管理平臺接收到客戶端發(fā)送的校驗請求時，對版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系，以及該版本號為1.1.6的venus-core依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系進行校驗。

所述第一判斷模塊20，用于判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系；

所述反饋模塊30，用于若產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中包含第一版本依賴關(guān)系，則向客戶端反饋校驗通過消息，以提示客戶端保存第一版本信息以及第二版本信息；

在該接收模塊10接收到該客戶端發(fā)送的組件信息校驗請求后，第一判斷模塊20判斷該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含該第一版本依賴關(guān)系。若該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中包含第一版本依賴關(guān)系，則反饋模塊30向該客戶端反饋校驗通過消息，以提示客戶端保存該第一版本信息以及該第二版本信息。

所述推送模塊40，用于若產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中未包含第一版本依賴關(guān)系，則向客戶端推送第一提示信息，以提示用戶修改第一版本信息和/或第二版本信息。

若該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中不包含該第一版本依賴關(guān)系，則推送模塊40向客戶端推送第一提示信息，提示校驗未通過的同時，以提示用戶修改該第一版本信息和/或該第二版本信息。

或者，若該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中不包含該第一版本依賴關(guān)系，則推送模塊40從該產(chǎn)品管理平臺的產(chǎn)品基線中獲取第一應用組件指定的版本信息，以及該第二應用組件指定的版本信息，將該第一應用組件指定的版本信息以及該第二應用組件指定的版本信息寫在該第一提示信息中，并向客戶端推送該第一提示信息，以提示用戶根據(jù)該第一應用組件指定的版本信息以及該第二應用組件指定的版本信息，分別對應修改第一版本信息以及該第二版本信息。

例如，產(chǎn)品管理平臺將版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系，以及版本號為1.1.6的第一應用組件venus-core依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系進行校驗后，確定該組件版本號為1.0.8的第一應用組件venus-data依賴于版本號為1.2.1的第二應用組件hermes-common的版本依賴關(guān)系不存在，而該產(chǎn)品管理平臺的產(chǎn)品基線中存在是版本號為1.2.0的第一應用組件venus-data與版本號為1.2.1的第一應用組件venus-core，都依賴于版本號為1.2.2的第二應用組件hermes-common，則從該產(chǎn)品管理平臺的產(chǎn)品基線中獲取版本號為1.2.0的第一應用組件venus-data以及版本號為1.2.1的第一應用組件venus-core，以及版本號為1.2.2的第二應用組件hermes-common，并包含在第一提示信息中，推送給客戶端，以供使用者參考。

本實施例通過接收模塊10接收客戶端發(fā)送的組件信息校驗請求，組件信息校驗請求中包含第一應用組件的第一版本信息以及第二應用組件的第二版本信息，第一版本信息依賴于第二版本信息，具有第一版本依賴關(guān)系，第一判斷模塊20判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系，若是，則反饋模塊30向客戶端反饋校驗通過消息，以提示客戶端保存第一版本信息以及第二版本信息，若否，則推送模塊40向客戶端推送第一提示信息，以提示用戶修改第一版本信息和/或第二版本信息。通過上述方案，在接收到客戶端發(fā)送的組件信息校驗請求時，產(chǎn)品管理平臺對客戶端發(fā)送過來的組件信息進行校驗，根據(jù)校驗結(jié)果來提示客戶端該組件信息中各組應用組件之間是否真的存在依賴關(guān)系，從而使得能夠提示客戶端使用版本兼容的應用組件，進而避免該客戶端在調(diào)用組件來實現(xiàn)相應功能時版本無法兼容，改善用戶體驗。

進一步的，基于上述第一實施例，提出本發(fā)明應用組件版本的管理裝置的第二實施例，在本實施例中，參照圖6，所述應用組件版本的管理裝置還包括：第二判斷模塊50、禁止模塊60。

所述第二判斷模塊50，用于判斷第一版本信息和第二版本信息中是否存在與預設的過期版本信息相匹配的版本信息；

在本實施例中，開發(fā)者可將應用組件中某些使用價值不高的版本設置為過期版本，那么依賴于該過期版本的應用組件對應的依賴關(guān)系以及該過期版本依賴的應用組件對應的依賴關(guān)系是失效的，例如，若應用組件A的版本A已經(jīng)被設置為過期版本，則依賴于該版本A的應用組件與該版本A之間的版本依賴關(guān)系是失效的，同時，該版本A所依賴的應用組件與該版本A之間的版本依賴關(guān)系是失效的。當該產(chǎn)品管理平臺獲取到該第一版本信息以及該第二版本信息時，第二判斷模塊50判斷該第一版本信息和該第二版本信息中是否存在至少一個版本信息與預設的過期版本信息相匹配。

所述禁止模塊60，用于若第一版本信息和第二版本信息中存在與預設的過期版本信息相匹配的版本信息，則禁止客戶端使用與預設的過期版本信息相匹配的版本信息；

所述第一判斷模塊20，還用于第一版本信息和第二版本信息中不存在與預設的過期版本信息相匹配的版本信息，則判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系。

當該第一版本信息和該第二版本信息中存在至少一個版本信息與預設的過期版本信息相匹配時，則禁止模塊60禁止客戶端使用與預設的過期版本信息相匹配的版本信息；當該第一版本信息和該第二版本信息中不存在與預設的過期版本信息相匹配的版本信息時，則進一步調(diào)用第一判斷模塊20判斷該產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含該第一版本依賴關(guān)系。

本實施例通過第二判斷模塊50判斷第一版本信息和第二版本信息中是否存在與預設的過期版本信息相匹配的版本信息，若是，則禁止模塊60禁止客戶端使用與預設的過期版本信息相匹配的版本信息，若否，則第一判斷模塊20判斷產(chǎn)品管理平臺存儲的多個第二版本依賴關(guān)系中是否包含第一版本依賴關(guān)系，使得能夠解決應用組件之間的版本沖突，便于產(chǎn)品管理平臺對應用組件的版本管理。

進一步的，基于上述第一實施例，提出本發(fā)明應用組件版本的管理裝置的第三實施例，在本實施例中，參照圖7，所述應用組件版本的管理裝置還包括：顯示模塊70、第一獲取模塊80、第二獲取模塊90及創(chuàng)建模塊100。

所述顯示模塊70，用于在接收到應用組件的版本依賴關(guān)系配置指令時，顯示產(chǎn)品管理平臺中版本依賴關(guān)系配置界面；

所述第一獲取模塊80，用于獲取在版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息；

在本實施例中，在接收到開發(fā)者觸發(fā)的應用組件的版本依賴關(guān)系配置指令時，顯示模塊70顯示產(chǎn)品管理平臺中版本依賴關(guān)系配置界面，開發(fā)者在該版本依賴關(guān)系配置界面上輸入第三應用組件的當前版本信息，如開發(fā)者通過點擊該版本依賴關(guān)系配置界面上的“增加新的版本(Append New Version)”鍵，在該版本依賴關(guān)系配置界面輸入第三應用組件的當前版本信息。該產(chǎn)品管理平臺調(diào)用該第一獲取模塊80獲取開發(fā)者在該版本依賴關(guān)系配置界面上輸入的該第三應用組件的當前版本信息。

可以理解的是，在版本依賴關(guān)系配置界面上還可以刪除該當前版本信息。

所述第二獲取模塊90，用于獲取第三應用組件的歷史版本信息依賴的第四應用組件的各版本信息；

當?shù)谝猾@取模塊80獲取到在該版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息后，第二獲取模塊90獲取該第三應用組件的歷史版本信息依賴的第四應用組件，并獲取第四應用組件對應的版本信息的集合，將獲取到的第四應用組件以及第四應用組件對應的版本信息的集合顯示在該版本依賴關(guān)系配置界面，以供開發(fā)者操作。例如，當獲取到開發(fā)者在該版本依賴關(guān)系配置界面輸入的版本號為1.0.8的第三應用組件venus-data后，該產(chǎn)品管理平臺獲取該第三應用組件venus-data的歷史版本信息已依賴的第四應用組件hermes-common以及hermes-core，并獲取該第四應用組件hermes-common對應的版本信息的集合以及第四應用組件hermes-core對應的版本信息的集合，如該第四應用組件hermes-common的最低版本和最高版本的集合，即1.1.6版本和1.2.3版本的集合，該第四應用組件hermes-core的最低版本和最高版本的集合，即1.1.7版本和1.2.2版本的集合，以供開發(fā)者操作。此時，開發(fā)者可修改該第四應用組件的版本信息的集合，即通過該版本依賴關(guān)系配置界面的下拉菜單選擇該第四應用組件的版本信息的集合，如在第四應用組件hermes-common的最低版本對應的下拉菜單中選擇1.1.7版本，在最高版本對應的下拉菜單中選擇1.2.2版本，得到1.1.7版本與1.2.2版本的集合。

或者，當?shù)谝猾@取模塊80獲取到在該版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息后，開發(fā)者可通過該版本依賴關(guān)系配置界面增加依賴于該當前版本信息的新的應用組件，例如，當獲取到開發(fā)者在該版本依賴關(guān)系配置界面輸入的版本號為1.0.8的第三應用組件venus-data后，開發(fā)者點擊該版本依賴關(guān)系配置界面上的“增加依賴關(guān)系(Append Dependency)”鍵，在該版本依賴關(guān)系配置界面上選擇第四應用組件hermes-common(該第四應用組件hermes-common可以理解為依賴于該版本號為1.0.8的第三應用組件venus-data的新的應用組件)，此時，產(chǎn)品管理接收開發(fā)者輸入的該第四應用組件hermes-common，并將第四應用組件hermes-common對應的版本信息的集合顯示在該版本依賴關(guān)系配置界面上，如將該第四應用組件hermes-common的最低版本和最高版本的集合，即1.1.6版本和1.2.3版本的集合顯示在該版本依賴關(guān)系配置界面上，同時，開發(fā)者可修改該第四應用組件的版本信息的集合，即可通過該版本依賴關(guān)系配置界面上的下拉菜單選擇該第四應用組件的版本信息的集合，如在第四應用組件hermes-common的最低版本對應的下拉菜單中選擇1.1.7版本，在最高版本對應的下拉菜單中選擇1.2.2版本，得到1.1.7版本與1.2.2版本的集合。

所述創(chuàng)建模塊100，用于基于當前版本信息及第四應用組件的各版本信息，創(chuàng)建當前版本信息依賴第四應用組件的各版本信息的多個第二版本依賴關(guān)系，并將多個第二版本依賴關(guān)系存儲在產(chǎn)品管理平臺中。

當產(chǎn)品管理平臺獲取到第四應用組件的第一版本信息的集合后，創(chuàng)建模塊100創(chuàng)建當前版本信息依賴第四版本信息的集合中各版本信息的依賴關(guān)系，得到第三應用組件依賴第四應用組件的第二版本依賴關(guān)系。例如，將版本號為1.0.8的第三應用組件venus-data分別與版本號為1.1.7以及版本號為1.2.2的第四應用組件hermes-common創(chuàng)建依賴關(guān)系，得到第三應用組件依賴第四應用組件的多個第二版本依賴關(guān)系。

本實施例通過在接收到應用組件的版本依賴關(guān)系配置指令時，顯示產(chǎn)品管理平臺中版本依賴關(guān)系配置界面，獲取在版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息，獲取第三應用組件的歷史版本信息依賴的第四應用組件的各版本信息，基于當前版本信息及第四應用組件的各版本信息，創(chuàng)建當前版本信息依賴第四應用組件的各版本信息的多個第二版本依賴關(guān)系，并將多個第二版本依賴關(guān)系存儲在產(chǎn)品管理平臺中。由于當在產(chǎn)品管理平臺中增加第三應用組件的當前版本信息后，創(chuàng)建當前版本信息依賴第四應用組件的各版本信息的多個第二版本依賴關(guān)系，從而使得能夠產(chǎn)品管理平臺容易管理各組件之間的版本依賴關(guān)系，進而避免因各組件之間的版本依賴關(guān)系更新不及時，導致客戶端在調(diào)用組件來實現(xiàn)相應功能時版本無法兼容。

進一步的，基于上述第三實施例，提出本發(fā)明應用組件版本的管理裝置的第四實施例，在本實施例中，參照圖8，所述應用組件版本的管理裝置還包括：第三獲取模塊200、發(fā)送模塊300。

所述第三獲取模塊200，用于獲取依賴第三應用組件的歷史版本信息的第五應用組件的各版本信息，對應的產(chǎn)品維護者指定的提示方式；

在本實施例中，當?shù)谝猾@取模塊80獲取到在該版本依賴關(guān)系配置界面輸入的第三應用組件的當前版本信息后，該產(chǎn)品管理平臺通過第三獲取模塊200獲取依賴于該第三應用組件的歷史版本信息第五應用組件的各版本信息，以及該第五應用組件的各版本信息的產(chǎn)品維護者的信息，當接收到開發(fā)者在該版本依賴關(guān)系配置界面上點擊的“發(fā)送通知(Send Notification)”的指令時，獲取該第五應用組件的各版本信息對應的產(chǎn)品維護者指定的提示方式。其中，該指定的提示方式可以是郵件提示方式。

所述發(fā)送模塊300，用于基于指定的提示方式發(fā)送包含當前版本信息的第二提示消息，第二提示消息用于提示產(chǎn)品維護者創(chuàng)建當前版本信息與第五應用組件的各版本信息的第三版本依賴關(guān)系。

發(fā)送模塊300基于指定的提示方式發(fā)送第二提示消息，該第二提示消息包含第三應用組件的當前版本信息，例如，若該指定提示方式是郵件提示方式，則獲取該產(chǎn)品維護者的郵件地址，根據(jù)該郵件地址發(fā)送郵件，且該第三應用組件的當前版本信息寫入到該郵件中，以提示該產(chǎn)品維護者創(chuàng)建該當前版本信息與該第五應用組件的各版本信息的第三版本依賴關(guān)系。

本實施例通過獲取依賴第三應用組件的歷史版本信息的第五應用組件的各版本信息，對應的產(chǎn)品維護者指定的提示方式，基于指定的提示方式發(fā)送包含當前版本信息的第二提示消息，第二提示消息用于提示產(chǎn)品維護者創(chuàng)建當前版本信息與第五應用組件的各版本信息的第三版本依賴關(guān)系，使得能夠及時更新第三應用組件的當前版本信息與第五應用組件的第三版本依賴關(guān)系。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。