本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別是涉及一種自動(dòng)更新靜態(tài)文件版本號(hào)的方法及系統(tǒng)。

背景技術(shù)：

目前在大型Web應(yīng)用中，為了加快網(wǎng)頁訪問速度以及提升用戶體驗(yàn)，研發(fā)人員在代碼開發(fā)中會(huì)使用大量的靜態(tài)文件。研發(fā)人員在修改圖片、JS腳本、CSS樣式等靜態(tài)文件后，不僅需要修改該文件的版本號(hào)，還需要在引用該文件的位置修改文件版本號(hào)，當(dāng)新系統(tǒng)發(fā)布后，瀏覽器可以通過文件的版本號(hào)獲取最新的資源。

然而，在Web項(xiàng)目中，當(dāng)JS、CSS等靜態(tài)文件被修改后，為了在發(fā)布系統(tǒng)時(shí)獲得最新的應(yīng)用頁面，研發(fā)人員需要手動(dòng)尋找所有引用該資源文件的位置，手動(dòng)修改文件版本號(hào)，這種方式需要人工查找及修改，操作十分繁瑣且容易出現(xiàn)錯(cuò)誤，影響研發(fā)人員的工作效率。

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

本發(fā)明主要解決的技術(shù)問題是提供一種自動(dòng)更新靜態(tài)文件版本號(hào)的方法及系統(tǒng)，通過上述方式，能夠自動(dòng)更新靜態(tài)文件的版本號(hào)，減少人工維護(hù)的成本，提高工作效率。

為解決上述技術(shù)問題，本發(fā)明采用的一個(gè)技術(shù)方案是：提供一種自動(dòng)更新靜態(tài)文件版本號(hào)的方法，所述方法包括：檢測(cè)Web應(yīng)用程序的靜態(tài)文件的狀態(tài)描述以判斷靜態(tài)文件是否被修改；獲取修改后的靜態(tài)文件并生成新的文件版本號(hào)，將新的文件版本號(hào)與修改后的靜態(tài)文件相關(guān)聯(lián)并存儲(chǔ)在版本控制系統(tǒng)中，版本控制系統(tǒng)用于管理Web應(yīng)用程序的文件版本更新；查找Web應(yīng)用程序中所有引用修改后的靜態(tài)文件的位置，并自動(dòng)更新修改后的靜態(tài)文件對(duì)應(yīng)的文件版本號(hào)。

其中，獲取修改后的靜態(tài)文件并生成新的文件版本號(hào)，將新的文件版本號(hào)與修改后的靜態(tài)文件相關(guān)聯(lián)并存儲(chǔ)在版本控制系統(tǒng)中，所述版本控制系統(tǒng)用于管理Web應(yīng)用程序的文件版本更新，包括：獲取修改后的靜態(tài)文件；生成與修改后的靜態(tài)文件對(duì)應(yīng)的唯一識(shí)別碼；根據(jù)識(shí)別碼生成與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。

其中，生成與修改后的靜態(tài)文件對(duì)應(yīng)的唯一識(shí)別碼，包括：根據(jù)修改后的靜態(tài)文件的內(nèi)容按照特定算法生成MD5值；根據(jù)識(shí)別碼生成與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)，包括：將識(shí)別碼的字符串作為與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。

其中，所述方法之前還包括：從服務(wù)器端下載需要修改的靜態(tài)文件，并將靜態(tài)文件保存在版本控制系統(tǒng)對(duì)應(yīng)的Web應(yīng)用程序目錄中；修改并保存靜態(tài)文件的內(nèi)容，同時(shí)靜態(tài)文件在版本控制系統(tǒng)中對(duì)應(yīng)的狀態(tài)描述發(fā)生改變。

其中，所述方法之后還包括：生成版本控制系統(tǒng)中對(duì)應(yīng)的文件清單，文件清單記錄所有被修改過的文件信息；向服務(wù)器端發(fā)送文件清單；根據(jù)文件清單更新服務(wù)器上Web應(yīng)用程序?qū)?yīng)的文件內(nèi)容及文件版本號(hào)。

為解決上述技術(shù)問題，本發(fā)明采用的另一個(gè)技術(shù)方案是：一種自動(dòng)更新靜態(tài)文件版本號(hào)的系統(tǒng)，所述系統(tǒng)包括：檢測(cè)模塊，用于檢測(cè)Web應(yīng)用程序中所有靜態(tài)文件的狀態(tài)描述以判斷靜態(tài)文件是否被修改；生成模塊，用于獲取修改后的靜態(tài)文件并生成新的文件版本號(hào)，將新的文件版本號(hào)與修改后的靜態(tài)文件相關(guān)聯(lián)并存儲(chǔ)在版本控制系統(tǒng)中，版本控制系統(tǒng)用于管理Web應(yīng)用程序的文件版本更新；更新模塊，查找Web應(yīng)用程序中所有引用修改后的靜態(tài)文件的位置，用于自動(dòng)更新修改后的靜態(tài)文件對(duì)應(yīng)的文件版本號(hào)。

其中，生成模塊包括：獲取單元，用于獲取修改后的靜態(tài)文件；第一生成單元，用于生成與修改后的靜態(tài)文件對(duì)應(yīng)的唯一識(shí)別碼；第二生成單元，用于根據(jù)識(shí)別碼生成與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。

其中，第一生成單元用于執(zhí)行以下步驟：根據(jù)修改后的靜態(tài)文件的內(nèi)容按照特定算法生成MD5值；第二生成單元用于執(zhí)行以下步驟：將識(shí)別碼的字符串作為與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。

其中，檢測(cè)模塊之前還包括：下載模塊，用于從服務(wù)器端下載需要修改的靜態(tài)文件，并將靜態(tài)文件保存在版本控制系統(tǒng)對(duì)應(yīng)的Web應(yīng)用程序目錄中；修改模塊，用于修改并保存靜態(tài)文件的內(nèi)容，同時(shí)靜態(tài)文件在版本控制系統(tǒng)中對(duì)應(yīng)的狀態(tài)描述發(fā)生改變。

其中，更新模塊之后還包括：第三生成模塊，用于生成版本控制系統(tǒng)中對(duì)應(yīng)的文件清單，文件清單記錄所有被修改過的文件信息；發(fā)送模塊，用于向服務(wù)器端發(fā)送文件清單；第二更新模塊，用于根據(jù)文件清單更新服務(wù)器上Web應(yīng)用程序?qū)?yīng)的文件內(nèi)容及文件版本號(hào)。

本發(fā)明的有益效果是：根據(jù)修改后的靜態(tài)文件生成新的文件版本號(hào)，查找Web應(yīng)用程序中所有引用修改后的靜態(tài)文件的位置，并自動(dòng)更新修改后的靜態(tài)文件對(duì)應(yīng)的文件版本號(hào)，通過上述方式，能夠自動(dòng)更新修改后的靜態(tài)文件的版本號(hào)，減少人工維護(hù)的成本，提高工作效率。

附圖說明

圖1是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第一實(shí)施例流程圖；

圖2是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第二實(shí)施例流程圖；

圖3是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第三實(shí)施例流程圖；

圖4是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第四實(shí)施例流程圖；

圖5是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)的系統(tǒng)第一實(shí)施例結(jié)構(gòu)示意圖；

圖6是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)的系統(tǒng)第二實(shí)施例結(jié)構(gòu)示意圖；

圖7是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)的系統(tǒng)第三實(shí)施例結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

請(qǐng)參閱圖1，圖1是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第一實(shí)施例流程圖。需注意的是，若有實(shí)質(zhì)上相同的結(jié)果，本發(fā)明的方法并不以圖1所示的流程順序?yàn)橄?。如圖1所示，該方法包括如下步驟：

S10：檢測(cè)Web應(yīng)用程序的靜態(tài)文件的狀態(tài)描述以判斷靜態(tài)文件是否被修改。

其中，Web應(yīng)用程序是一種可以通過Web訪問的應(yīng)用程序，用戶只需要通過瀏覽器就可以訪問或者使用該程序，而不需要安裝任何其他軟件。在大型Web應(yīng)用程序開發(fā)中，會(huì)有多個(gè)研發(fā)人員同時(shí)對(duì)同一項(xiàng)目的不同功能代碼進(jìn)行編程或修改，為了避免重復(fù)修改或者漏掉任何修改后的代碼，會(huì)將Web項(xiàng)目的所有代碼存放在服務(wù)器端由版本控制系統(tǒng)進(jìn)行統(tǒng)一管理。

在Web應(yīng)用程序開發(fā)過程中，為了加快訪問速度和提高用戶的體驗(yàn)，研發(fā)人員會(huì)大量使用靜態(tài)文件進(jìn)行緩存加速，其中靜態(tài)文件包括：圖片、js腳本、css文件、文本文件等。在開發(fā)過程中，研發(fā)人員從服務(wù)器端下載項(xiàng)目組的最新代碼到本地電腦上，并進(jìn)入自己負(fù)責(zé)的分支進(jìn)行工作，每隔一段時(shí)間或者當(dāng)天工作完成后向服務(wù)器端上傳自己修改的部分代碼。當(dāng)研發(fā)人員修改圖片、js腳本、css樣式等靜態(tài)文件后，上述靜態(tài)文件對(duì)應(yīng)的狀態(tài)描述會(huì)發(fā)生相應(yīng)的改變，例如靜態(tài)文件的狀態(tài)描述由0變成1，1變成0，或者設(shè)置其它不同標(biāo)識(shí)符用于區(qū)分修改后的靜態(tài)文件。通過檢測(cè)靜態(tài)文件的狀態(tài)描述可以判斷靜態(tài)文件是否被修改，當(dāng)靜態(tài)文件被修改執(zhí)行步驟S11，當(dāng)靜態(tài)文件沒有修改則進(jìn)入步驟S14結(jié)束程序。

S11：獲取修改后的靜態(tài)文件并生成新的文件版本號(hào)，將新的文件版本號(hào)與修改后的靜態(tài)文件相關(guān)聯(lián)并存儲(chǔ)在版本控制系統(tǒng)中，版本控制系統(tǒng)用于管理Web應(yīng)用程序的文件版本更新。

本發(fā)明的實(shí)施例中，版本控制系統(tǒng)以SVN為例。SVN(Subversion)為開放源代碼的版本控制系統(tǒng)，在本實(shí)施例中，存放Web項(xiàng)目代碼的服務(wù)器端及研發(fā)人員的本地工作機(jī)上均安裝有SVN系統(tǒng)，用于Web應(yīng)用程序的版本管控，且Web項(xiàng)目的所有代碼均保存在SVN相應(yīng)的倉庫中。當(dāng)研發(fā)人員在本地工作機(jī)上完成靜態(tài)文件的修改，對(duì)應(yīng)的靜態(tài)文件的狀態(tài)描述也會(huì)發(fā)生相應(yīng)的更改。系統(tǒng)通過檢測(cè)靜態(tài)文件的狀態(tài)描述，收集所有被修改過的靜態(tài)文件，并通過每個(gè)修改后的靜態(tài)文件生成對(duì)應(yīng)的新的文件版本號(hào)，作為該靜態(tài)文件的唯一標(biāo)識(shí)存儲(chǔ)于SVN系統(tǒng)中。不同文件的不同版本號(hào)可以標(biāo)識(shí)該文件是否為最新代碼。

S12：查找Web應(yīng)用程序中所有引用修改后的靜態(tài)文件的位置，并自動(dòng)更新修改后的靜態(tài)文件對(duì)應(yīng)的文件版本號(hào)。

在Web應(yīng)用程序中，部分靜態(tài)文件會(huì)被其他文件所引用，引用文件中會(huì)記錄該靜態(tài)文件的文件名稱、引用路徑及文件的版本號(hào)。當(dāng)上述靜態(tài)文件的版本號(hào)發(fā)生改變，相應(yīng)的引用文件中的該靜態(tài)文件對(duì)應(yīng)的版本號(hào)也必須同步更新，才能確保發(fā)布后的瀏覽器可以獲取最新的資源。

S13：結(jié)束。

通過上述方法，能夠自動(dòng)更新修改后的靜態(tài)文件的版本號(hào)，減少人工維護(hù)的成本，提高工作效率。

本實(shí)施例中，系統(tǒng)針對(duì)SVN中狀態(tài)描述發(fā)生改變的所有靜態(tài)文件自動(dòng)進(jìn)行版本號(hào)的更新，在其他實(shí)施例中，研發(fā)人員可以通過配置不同的參數(shù)，僅針對(duì)符合要求的靜態(tài)文件進(jìn)行版本號(hào)的更新。例如，更新2天前修改過的靜態(tài)文件的版本號(hào)：

java-jar version-static.jar-Ddebug＝true-DrunType＝TIMER-DlastModifyDay＝-2

runType：指運(yùn)行模式，此處只針對(duì)符合要求的靜態(tài)文件進(jìn)行版本號(hào)的更新,默認(rèn)情況下-DrunType＝SVN，指通過檢測(cè)SVN系統(tǒng)中對(duì)應(yīng)的靜態(tài)文件的狀態(tài)描述是否發(fā)生改變，對(duì)所有修改后的靜態(tài)文件進(jìn)行版本號(hào)的更新；

lastModifyDay：查找?guī)滋烨靶薷倪^的靜態(tài)文件，默認(rèn)為0天；

lastModifyMin：查找?guī)追昼娗靶薷倪^的靜態(tài)文件，默認(rèn)為30分鐘；

debug：調(diào)試模式，默認(rèn)為false。

參考圖2，圖2是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第二實(shí)施例流程圖。步驟S11進(jìn)一步包括以下步驟：

S210：獲取修改后的靜態(tài)文件。

通過檢測(cè)Web應(yīng)用程序的靜態(tài)文件的狀態(tài)描述，獲取修改后的靜態(tài)文件。進(jìn)一步的，系統(tǒng)可以檢測(cè)Web應(yīng)用程序中所有的靜態(tài)文件，也可以通過配置參數(shù)對(duì)所有文件進(jìn)行篩選。

以java程序?yàn)槔梢赃^濾掉不需要檢測(cè)的文件。例如，檢測(cè)除了jsp、html、jscss等類型的其他所有文件的狀態(tài)描述。

java-jar version-static.jar-DfilterName＝php,asp-Ddebug＝true

filterName：需要過濾的源文件類型，默認(rèn)有jsp、html、jscss；

debug：調(diào)試模式，默認(rèn)false。

在另一實(shí)施例中，也可以只檢測(cè)指定的文件類型，例如，只檢測(cè)txt、JPG、json等類型的文件的狀態(tài)描述。

java-jar version-static.jar-DversionName＝txt,JPG,json-Ddebug＝true

versionName：需要更新版本的文件類型，默認(rèn)有css、js、xml、swf、jpg、png、gif。

S211：生成與修改后的靜態(tài)文件對(duì)應(yīng)的唯一識(shí)別碼。

本實(shí)施例中，可以根據(jù)修改后的靜態(tài)文件的內(nèi)容按照特定算法生成MD5值。其中，MD5(Message-Digest Algorithm 5)為信息-摘要算法5，由任意長(zhǎng)度的數(shù)據(jù)計(jì)算出來的MD5值的長(zhǎng)度都是固定的，且無論對(duì)原數(shù)據(jù)做任何改動(dòng)，哪怕只修改一個(gè)字節(jié)，所得到的MD5的值都有很大區(qū)別。因此，當(dāng)研發(fā)人員每次對(duì)靜態(tài)文件做不同修改時(shí)，對(duì)應(yīng)文件內(nèi)容生成的MD5值都是唯一的，不可能重復(fù)。當(dāng)然，在其他實(shí)施例中，也可以運(yùn)用其他算法生成不同的識(shí)別碼，作為靜態(tài)文件修改后的唯一識(shí)別碼。

S212：根據(jù)識(shí)別碼生成與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。

進(jìn)一步的，將識(shí)別碼的字符串作為與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。在一般情況下，軟件系統(tǒng)的版本號(hào)由3部分構(gòu)成，即主版本號(hào)+次版本號(hào)+修改號(hào)。其中，主版本號(hào)1位，只有當(dāng)系統(tǒng)在結(jié)構(gòu)和功能上有重大突破改進(jìn)后才發(fā)生變化，次版本號(hào)有2位，修改號(hào)有8位，當(dāng)系統(tǒng)進(jìn)行任何修改后，版本號(hào)都要隨之改變。本實(shí)施例中，由于只是針對(duì)Web應(yīng)用程序的靜態(tài)文件進(jìn)行修改，所以只需要修改最后8位修改號(hào)，讀取步驟S211中生成的MD5值的后8位字符串，作為靜態(tài)文件的版本號(hào)的后8位修改號(hào)。根據(jù)MD5值的特點(diǎn)，無論對(duì)靜態(tài)文件的內(nèi)容做任何細(xì)微修改，根據(jù)其內(nèi)容生成的MD5值都會(huì)有很大的區(qū)別，因此通過讀取MD5后8位的數(shù)值，可以生成靜態(tài)文件唯一的版本號(hào)碼。

通過上述方法，可以通過修改后的靜態(tài)文件內(nèi)容生成唯一的MD5值，并將該MD5值的后8位作為靜態(tài)文件唯一的版本號(hào)，進(jìn)而區(qū)分修改后的靜態(tài)文件。

參考圖3，圖3是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第三實(shí)施例流程圖。在步驟S10之前，還包括以下步驟：

S30：從服務(wù)器端下載需要修改的靜態(tài)文件，并將靜態(tài)文件保存在版本控制系統(tǒng)對(duì)應(yīng)的Web應(yīng)用程序目錄中。

在步驟S10中有提及，在大型Web應(yīng)用程序開發(fā)中，會(huì)有多個(gè)研發(fā)人員同時(shí)對(duì)同一項(xiàng)目的不同功能代碼進(jìn)行編程或修改，為了避免重復(fù)修改或者漏掉任何修改后的代碼，會(huì)將Web項(xiàng)目的所有代碼存放在服務(wù)器端由版本控制系統(tǒng)進(jìn)行統(tǒng)一管理。因此，研發(fā)人員修改Web應(yīng)用程序之前，需要從服務(wù)器端下載要修改的靜態(tài)文件，并將文件保存于本地機(jī)器所安裝的SVN系統(tǒng)下對(duì)應(yīng)的Web應(yīng)用程序目錄中。

S31：修改并保存靜態(tài)文件的內(nèi)容，同時(shí)靜態(tài)文件在版本控制系統(tǒng)中對(duì)應(yīng)的狀態(tài)描述發(fā)生改變。

完成步驟S30后，研發(fā)人員對(duì)靜態(tài)文件的內(nèi)容進(jìn)行修改，并保存修改后的內(nèi)容，當(dāng)靜態(tài)文件的內(nèi)容被更改，SVN系統(tǒng)中對(duì)應(yīng)的靜態(tài)文件的狀態(tài)描述會(huì)發(fā)生相應(yīng)的改變，其他研發(fā)人員或系統(tǒng)可以通過狀態(tài)描述知道該靜態(tài)文件被修改過。

通過上述方法，可以通過查找靜態(tài)文件的狀態(tài)描述，準(zhǔn)確判斷哪些靜態(tài)文件被修改。

圖4是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)方法的第四實(shí)施例流程圖。在步驟S13之后，還包括以下步驟：

S40：生成版本控制系統(tǒng)中對(duì)應(yīng)的文件清單，文件清單記錄所有被修改過的文件信息。

除了被修改過的靜態(tài)文件，所有引用靜態(tài)文件的其他文件都會(huì)被SVN系統(tǒng)列入文件清單中，便于系統(tǒng)識(shí)別所有被修改過的文件信息。

S41：向服務(wù)器端發(fā)送文件清單。

S42：根據(jù)文件清單更新服務(wù)器上Web應(yīng)用程序?qū)?yīng)的文件內(nèi)容及文件版本號(hào)。

SVN系統(tǒng)通過文件清單，更新服務(wù)器上所有修改過的文件以及文件的版本號(hào)，當(dāng)發(fā)布新的Web應(yīng)用程序時(shí)，瀏覽器才能更新到最新的資源，顯示修改后的最新內(nèi)容。

請(qǐng)參閱圖5，圖5是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)的系統(tǒng)第一實(shí)施例結(jié)構(gòu)示意圖。本實(shí)施例中，該系統(tǒng)包括檢測(cè)模塊50、生成模塊51及更新模塊52。其中，

檢測(cè)模塊50，用于檢測(cè)Web應(yīng)用程序中所有靜態(tài)文件的狀態(tài)描述以判斷靜態(tài)文件是否被修改。

生成模塊51，用于獲取修改后的靜態(tài)文件并生成新的文件版本號(hào)，將新的文件版本號(hào)與修改后的靜態(tài)文件相關(guān)聯(lián)并存儲(chǔ)在版本控制系統(tǒng)中，版本控制系統(tǒng)用于管理Web應(yīng)用程序的文件版本更新。

更新模塊52，查找Web應(yīng)用程序中所有引用修改后的靜態(tài)文件的位置，用于自動(dòng)更新修改后的靜態(tài)文件對(duì)應(yīng)的文件版本號(hào)。

進(jìn)一步的，生成模塊51包括獲取單元511、第一生成單元512及第二生成單元513。其中，

獲取單元511，用于獲取修改后的靜態(tài)文件。

第一生成單元512，用于生成與修改后的靜態(tài)文件對(duì)應(yīng)的唯一識(shí)別碼。

可選的，第一生成單元512用于根據(jù)修改后的靜態(tài)文件的內(nèi)容按照特定算法生成MD5值。

第二生成單元513，用于根據(jù)識(shí)別碼生成與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。

可選的，第二生成單元513用于將識(shí)別碼的字符串作為與修改后的靜態(tài)文件對(duì)應(yīng)的新的文件版本號(hào)。

圖6是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)的系統(tǒng)第二實(shí)施例結(jié)構(gòu)示意圖，在檢測(cè)模塊50之前，該系統(tǒng)還包括：下載模塊60及修改模塊61。其中，

下載模塊60，用于從服務(wù)器端下載需要修改的靜態(tài)文件，并將靜態(tài)文件保存在版本控制系統(tǒng)對(duì)應(yīng)的Web應(yīng)用程序目錄中。

修改模塊61，用于修改并保存靜態(tài)文件的內(nèi)容，同時(shí)靜態(tài)文件在版本控制系統(tǒng)中對(duì)應(yīng)的狀態(tài)描述發(fā)生改變。

圖7是本發(fā)明自動(dòng)更新靜態(tài)文件版本號(hào)的系統(tǒng)第三實(shí)施例結(jié)構(gòu)示意圖，在更新模塊52之后，該系統(tǒng)包括：第三生成模塊70、發(fā)送模塊71及第二更新模塊72。其中，

第三生成模塊70，用于生成版本控制系統(tǒng)中對(duì)應(yīng)的文件清單，文件清單記錄所有被修改過的文件信息。

發(fā)送模塊71，用于向服務(wù)器端發(fā)送文件清單。

第二更新模塊72，用于根據(jù)文件清單更新服務(wù)器上Web應(yīng)用程序?qū)?yīng)的文件內(nèi)容及文件版本號(hào)。

本實(shí)施例中的各個(gè)模塊及單元可分別執(zhí)行上述方法實(shí)施例中對(duì)應(yīng)的步驟，故在此不對(duì)各模塊進(jìn)行贅述，詳細(xì)請(qǐng)參閱以上對(duì)應(yīng)步驟的說明。

在本發(fā)明所提供的幾個(gè)實(shí)施方式中，應(yīng)該理解到，所揭露的系統(tǒng)，和方法，可以通過其它的方式實(shí)現(xiàn)。例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

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