專(zhuān)利名稱(chēng)：項(xiàng)目腳本文件更新系統(tǒng)和方法、腳本文件合并方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及腳本語(yǔ)言技術(shù)，尤其涉及項(xiàng)目腳本文件更新系統(tǒng)和方法、腳本文件合并方法和裝置。
背景技術(shù)：
嵌入式腳本語(yǔ)言是一種可以嵌入到網(wǎng)頁(yè)中，使網(wǎng)頁(yè)更加生動(dòng)活潑的程式語(yǔ)言。利用嵌入在網(wǎng)頁(yè)中的腳本語(yǔ)言可以實(shí)現(xiàn)顯示親切的歡迎訊息、漂亮的數(shù)字鐘、有廣告效果的跑馬燈等豐富的網(wǎng)頁(yè)元素。目前，JavaScript腳本語(yǔ)言因其易學(xué)、方便，是網(wǎng)頁(yè)中應(yīng)用最為廣泛的腳本語(yǔ)言。在信息社會(huì)的今天，Javascript(簡(jiǎn)稱(chēng)JS)腳本語(yǔ)言作為一門(mén)WEB前端語(yǔ)言與HTML結(jié)合得越來(lái)越緊密。特別是在WEB2. O時(shí)代，可以說(shuō)具有生動(dòng)活潑和優(yōu)雅的網(wǎng)頁(yè)已經(jīng)離不開(kāi)JS提供的動(dòng)態(tài)效果，與此同時(shí)隨著頁(yè)面展現(xiàn)內(nèi)容越豐富，JS源代碼會(huì)越來(lái)越龐大，用戶(hù)瀏·覽器在獲取JS文件時(shí)會(huì)花費(fèi)較長(zhǎng)的時(shí)間，導(dǎo)致頁(yè)面長(zhǎng)時(shí)間沒(méi)有反應(yīng)，并且給開(kāi)發(fā)人員維護(hù)代碼造成了巨大的麻煩，代碼的可讀性和可維護(hù)性越來(lái)越低。為解決以上問(wèn)題，目前行業(yè)內(nèi)幾乎都是把一個(gè)大的JS源代碼腳本文件(本文中簡(jiǎn)稱(chēng)JS文件)拆分為多個(gè)相對(duì)較小的JS文件，使用一個(gè)配置文件來(lái)標(biāo)明一個(gè)JS文件需要引入那些小JS文件，再使用工具將若干個(gè)小的文件合并為一個(gè)大的JS文件，然后使用壓縮工具對(duì)合并后的JS文件進(jìn)行壓縮發(fā)布到JS源代碼的應(yīng)用環(huán)境中，例如發(fā)布到生產(chǎn)或仿真環(huán)境中。這種方法便于開(kāi)發(fā)人員的測(cè)試與開(kāi)發(fā)，同時(shí)也提高了代碼的可讀性與可維護(hù)性。一個(gè)項(xiàng)目往往具有多個(gè)腳本文件，以及多個(gè)配置文件，當(dāng)技術(shù)人員修改了項(xiàng)目中的某個(gè)或某些腳本文件后，需要根據(jù)項(xiàng)目中的配置文件，將項(xiàng)目中所有的腳本文件重新生成合并后的腳本文件，并對(duì)之進(jìn)行壓縮。本發(fā)明的發(fā)明人發(fā)現(xiàn)，由于現(xiàn)有技術(shù)中需要根據(jù)項(xiàng)目中的配置文件，將項(xiàng)目中所有的腳本文件重新生成合并后的腳本文件，并對(duì)之進(jìn)行壓縮，導(dǎo)致每次項(xiàng)目代碼更新過(guò)程中耗用較長(zhǎng)時(shí)間進(jìn)行腳本文件合并與壓縮，工作效率低、等待時(shí)間長(zhǎng)。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了一種項(xiàng)目腳本文件更新系統(tǒng)和方法、腳本文件合并方法和裝置，用以減少腳本文件合并所耗時(shí)間，提高工作效率。根據(jù)本發(fā)明的一個(gè)方面，提供了一種項(xiàng)目腳本文件更新系統(tǒng)，包括代碼管理服務(wù)器，用于管理項(xiàng)目中的腳本文件，并記錄下所述項(xiàng)目中各被修改的腳本文件及其相關(guān)信息，所述相關(guān)信息包括被修改的腳本文件所在目錄的目錄信息、以及被修改的腳本文件的文件名；腳本合并服務(wù)器，用于從所述代碼管理服務(wù)器獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息；并遍歷所述項(xiàng)目中各配置文件，從中查找出引用了被修改的腳本文件的配置文件，根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新。
根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種項(xiàng)目腳本文件更新方法，包括腳本合并服務(wù)器從代碼管理服務(wù)器獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息；其中，所述代碼管理服務(wù)器用于管理項(xiàng)目中的腳本文件，并記錄下所述項(xiàng)目中各被修改的腳本文件及其相關(guān)信息，所述相關(guān)信息包括被修改的腳本文件所在目錄的目錄信息、以及被修改的腳本文件的文件名；所述腳本合并服務(wù)器遍歷所述項(xiàng)目中各配置文件，從中查找出引用了被修改的腳本文件的配置文件，根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新。根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種腳本文件合并方法，包括確定出項(xiàng)目中所有被修改的腳本文件；
確定出所述項(xiàng)目中引用了所述被修改的腳本文件的配置文件；對(duì)于每個(gè)確定出的配置文件，根據(jù)該配置文件中所引用的腳本文件，進(jìn)行腳本文件的合并，得到該配置文件的新的合并腳本文件，用以替換掉之前的該配置文件的合并腳本文件。根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種腳本文件合并裝置，包括修改腳本確定模塊，用于確定出項(xiàng)目中所有被修改的腳本文件；配置文件確定模塊，用于確定出所述項(xiàng)目中引用了所述被修改的腳本文件的配置文件；腳本文件合并模塊，用于對(duì)于所述配置文件確定模塊確定出的每個(gè)配置文件，根據(jù)該配置文件中所引用的腳本文件，進(jìn)行腳本文件的合并，得到該配置文件的新的合并腳本文件，用以替換掉之前的該配置文件的合并腳本文件。本發(fā)明實(shí)施例由于從項(xiàng)目的配置文件中查找出引用了被修改的腳本文件的配置文件，僅根據(jù)找出的配置文件進(jìn)行腳本文件合并，不用對(duì)沒(méi)有引用被修改的腳本文件的配置文件，進(jìn)行重復(fù)的腳本文件合并工作，從而節(jié)省腳本文件合并所耗時(shí)間，提高了工作效率。進(jìn)一步，僅對(duì)于新合并生成的合并腳本文件進(jìn)行壓縮，得到的新的壓縮文件替換原壓縮文件，不用對(duì)所有的合并腳本文件進(jìn)行壓縮，從而節(jié)省了壓縮時(shí)間，提高了工作效率。


圖I為本發(fā)明實(shí)施例的腳本合并方法流程圖；圖2為本發(fā)明實(shí)施例的項(xiàng)目腳本文件更新系統(tǒng)示意圖；圖3為本發(fā)明實(shí)施例的項(xiàng)目腳本文件更新方法流程圖；圖4為本發(fā)明實(shí)施例的以exm樹(shù)記錄被修改的腳本文件的相關(guān)信息的示意圖；圖5為本發(fā)明實(shí)施例的腳本合并裝置內(nèi)部框圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉出優(yōu)選實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。然而，需要說(shuō)明的是，說(shuō)明書(shū)中列出的許多細(xì)節(jié)僅僅是為了使讀者對(duì)本發(fā)明的一個(gè)或多個(gè)方面有一個(gè)透徹的理解，即便沒(méi)有這些特定的細(xì)節(jié)也可以實(shí)現(xiàn)本發(fā)明的這些方面。本申請(qǐng)使用的“模塊”、“系統(tǒng)”等術(shù)語(yǔ)旨在包括與計(jì)算機(jī)相關(guān)的實(shí)體，例如但不限于硬件、固件、軟硬件組合、軟件或者執(zhí)行中的軟件。例如，模塊可以是，但并不僅限于處理器上運(yùn)行的進(jìn)程、處理器、對(duì)象、可執(zhí)行程序、執(zhí)行的線(xiàn)程、程序和/或計(jì)算機(jī)。舉例來(lái)說(shuō)，計(jì)算設(shè)備上運(yùn)行的應(yīng)用程序和此計(jì)算設(shè)備都可以是模塊。一個(gè)或多個(gè)模塊可以位于執(zhí)行中的一個(gè)進(jìn)程和/或線(xiàn)程內(nèi)，一個(gè)模塊也可以位于一臺(tái)計(jì)算機(jī)上和/或分布于兩臺(tái)或更多臺(tái)計(jì)算機(jī)之間。本發(fā)明實(shí)施例的主要思路為，在獲取了項(xiàng)目中所有被修改的腳本文件后，找出引用了被修改的腳本文件的配置文件，根據(jù)找出的配置文件進(jìn)行腳本文件合并，可以避免對(duì)沒(méi)有引用被修改的腳本文件的配置文件，進(jìn)行重復(fù)的腳本文件合并工作，從而節(jié)省腳本文件合并所耗時(shí)間，提高工作效率。下面結(jié)合附圖詳細(xì)說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案。本發(fā)明實(shí)施例提供的腳本合并方法流程，如圖I所示，包括如下步驟 SlOl :確定項(xiàng)目中所有被修改的腳本文件。一個(gè)項(xiàng)目中可以包括很多腳本文件，技術(shù)人員在項(xiàng)目開(kāi)發(fā)過(guò)程中，或者項(xiàng)目維護(hù)過(guò)程中，可能會(huì)對(duì)項(xiàng)目中的某些腳本文件進(jìn)行編輯、修改；而項(xiàng)目中的其它腳本文件并不會(huì)被涉及、修改；確定出項(xiàng)目中所有被修改的腳本文件。S102 :遍歷項(xiàng)目中所有的配置文件，從中確定出引用了被修改的腳本文件的配置文件。此步驟的目的是，從項(xiàng)目的所有配置文件中僅找出引用了被修改的腳本文件的配置文件，以便于根據(jù)這些配置文件進(jìn)行合并操作；而對(duì)于其它沒(méi)有引用被修改的腳本文件的配置文件，則不再根據(jù)這些其它的配置文件重新進(jìn)行合并操作；以達(dá)到節(jié)省合并腳本文件時(shí)間的目的。具體地，同一個(gè)項(xiàng)目的配置文件往往存放于同一個(gè)目錄下，例如，配置文件可以存放于項(xiàng)目的根目錄之下的conf文件夾中，即存放于項(xiàng)目的根目錄之下的conf目錄下。配置文件中使用特定的字符來(lái)標(biāo)識(shí)其引用的腳本文件。比如配置文件中使用“$imp0rt”字符來(lái)指示跟隨其后的文件為該配置文件所引用的腳本文件$import ( “c/d. js”)該語(yǔ)句表示本配置文件引用了 c目錄下的d. js腳本文件。S103 :對(duì)每個(gè)根據(jù)上述步驟確定出的配置文件進(jìn)行腳本文件的合并。在確定出引用了被修改的腳本文件的配置文件后，根據(jù)確定出的配置文件進(jìn)行腳本文件的合并對(duì)于每個(gè)確定出的引用了被修改的腳本文件的配置文件，將該配置文件中所有引用的腳本文件進(jìn)行合并，得到合并的腳本文件(簡(jiǎn)稱(chēng)合并腳本文件)后，用新合并的腳本文件替換掉之前根據(jù)該配置文件合并得到的腳本文件，即用該配置文件的新的合并腳本文件替換掉之前的該配置文件的合并腳本文件。這樣，一個(gè)項(xiàng)目中可能只需要根據(jù)某個(gè)或某幾個(gè)配置文件，進(jìn)行腳本文件的合并；而不需要根據(jù)所有的配置文件進(jìn)行腳本文件的
I=I TT O例如，conf文件夾中的bconf. js、aconf. js和dconf. js配置文件分別如下bconfig.js配置文件內(nèi)容$import( “c/d.js” ); //需要引入c文件夾下的djs文件$import( “e/f.js” ); //需要引入e文件夾下的f.js文件function main() {
}
aconf.js配置文件內(nèi)容:
$.import(“jj./:.j.js”)
$import(“jj/c.js”)；function main() {·
}
dconf.j s配置文件內(nèi)容
SiiTipoidZajs,,);
$impoit(“bb/a.js’，)；function main() |
}在上述步驟SlOl中若確定出項(xiàng)目中被修改的腳本文件包括j j/c. js腳本文件、bb/a. js腳本文件；則在上述步驟S102遍歷項(xiàng)目中所有的配置文件時(shí)，可以分析出conf文件夾中的bconf. js配置文件，引用了腳本文件c/d js和e/f. js,并沒(méi)有引用j j/c. js或bb/a. j s腳本文件；conf文件夾中的aconf. js配置文件，引用了腳本文件jj/j. js和jj/c. js,其中包括了被修改的腳本文件jj/c. js ；conf文件夾中的dconf. js配置文件，引用了腳本文件j j/a. js和bb/a. js,其中包括了被修改的腳本文件bb/a. js。由此分析，可以確定出引用了被修改的腳本文件的配置文件aconf. js和dconf.js。根據(jù)確定出的配置文件執(zhí)行腳本文件的合并操作，得到更新后的合并的腳本文件根據(jù)aconf. js和dconf. js配置文件，分別合并出腳本文件aconf. js. combine和dconf. js. combine存放于合并文件目錄中。若合并文件目錄中已有之前根據(jù)aconf. js和dconf. js配置文件分別合并得到的腳本文件,則用新合并的腳本文件aconf. js. combine和 dconf. js. combine 進(jìn)行替換。在得到合并的腳本文件后，還可以對(duì)新合并的腳本文件進(jìn)行壓縮操作；例如，將新合并的腳本文件aconf. js. combine和dconf. js. combine,分別進(jìn)行壓縮操作,分別得到壓縮文件 aconf. js. cps 和 dconf. js. cps。對(duì)于一個(gè)項(xiàng)目而言，其所有合并得到的腳本文件都可以存放在同一目錄下，例如存放在合并文件目錄下；所有的壓縮文件也可以放在同一目錄下，例如放在壓縮文件目錄下，或者也放在合并文件目錄下。這樣，在項(xiàng)目運(yùn)行時(shí)可以讀取合并文件目錄下的腳本文件的源代碼進(jìn)行運(yùn)行。上述的腳本合并方法可以應(yīng)用在一個(gè)具體的項(xiàng)目腳本文件更新系統(tǒng)中，該項(xiàng)目腳本管理更新系統(tǒng)，如圖2所示，包括代碼管理服務(wù)器201、腳本合并服務(wù)器202和應(yīng)用服務(wù)器 203。代碼管理服務(wù)器201用于管理項(xiàng)目中的各腳本文件或配置文件接收技術(shù)人員輸入的項(xiàng)目中的腳本文件的編輯信息，或者配置文件的編輯信息。例如，技術(shù)人員可以通過(guò)代碼管理服務(wù)器201對(duì)項(xiàng)目中的腳本文件進(jìn)行編輯、修改、添加、刪除等操作，也可對(duì)項(xiàng)目中的配置文件進(jìn)行編輯、修改、添加、刪除等操作。 代碼管理服務(wù)器201還可記錄下對(duì)腳本文件或配置文件的修改信息；例如，代碼管理服務(wù)器201可以記錄下項(xiàng)目中各被修改的腳本文件及其相關(guān)信息，被修改的腳本文件的相關(guān)信息可以包括被修改的腳本文件所在目錄的目錄信息、以及被修改的腳本文件的文件名。較佳地，為實(shí)現(xiàn)對(duì)腳本文件的有效管理，代碼管理服務(wù)器201可以通過(guò)代碼版本管理工具進(jìn)行腳本文件的管理，例如通過(guò)一種常用的代碼版本管理工具SVN代碼管理庫(kù)進(jìn)行腳本文件的管理。具體地，當(dāng)技術(shù)人員對(duì)項(xiàng)目中的某個(gè)腳本文件進(jìn)行修改后，將修改后的腳本文件提交到SVN (Subversion，版本控制系統(tǒng))代碼管理庫(kù)；SVN代碼管理庫(kù)對(duì)該項(xiàng)目中的腳本文件進(jìn)行比對(duì)，確定出是哪個(gè)腳本文件被修改，并為該修改后提交的腳本文件生成相應(yīng)的新的版本號(hào)；從而在SVN代碼管理庫(kù)中記錄了該腳本文件的不同版本，并將該腳本文件的修改狀態(tài)標(biāo)記為已修改，并記錄了修改、更新的信息，例如，包括修改的時(shí)間、修改的內(nèi)容等。代碼版本管理工具的差異比較接口程序可以導(dǎo)出項(xiàng)目中被修改的腳本文件及其相關(guān)信息。代碼版本管理工具在導(dǎo)出被修改的腳本文件的信息后，將這些腳本文件的修改狀態(tài)標(biāo)記為未修改，以免在下次代碼版本管理工具導(dǎo)出被修改的腳本文件的信息時(shí)，再次將這些腳本文件的信息導(dǎo)出。腳本合并服務(wù)器202事先從代碼管理服務(wù)器201中獲取整個(gè)項(xiàng)目的所有信息，包括項(xiàng)目的各級(jí)目錄，以及各級(jí)目錄下的腳本文件和配置文件。之后，腳本合并服務(wù)器202在每次需要進(jìn)行代碼更新時(shí)，或者根據(jù)預(yù)定的時(shí)間，從代碼管理服務(wù)器201獲取被修改的腳本文件及其相關(guān)信息。具體地，腳本合并服務(wù)器202根據(jù)用戶(hù)輸入的代碼管理服務(wù)器201的地址與代碼管理服務(wù)器201建立連接，并從代碼管理服務(wù)器201獲取項(xiàng)目中被修改的腳本文件及其相
關(guān)信息。腳本合并服務(wù)器202獲取項(xiàng)目中被修改的腳本文件及其相關(guān)信息，并進(jìn)行項(xiàng)目腳本文件更新方法的具體流程，如圖3所示，包括如下步驟S301 :腳本合并服務(wù)器202從代碼管理服務(wù)器201獲取項(xiàng)目中被修改的腳本文件及其相關(guān)信息。具體地，腳本合并服務(wù)器202從代碼管理服務(wù)器201獲取項(xiàng)目中被修改的腳本文件及其相關(guān)信息后，將被修改的腳本文件的相關(guān)信息記錄以樹(shù)結(jié)構(gòu)進(jìn)行記錄，例如，以exm樹(shù)記錄被修改的腳本文件的相關(guān)信息。圖4示出了腳本合并服務(wù)器202在exm樹(shù)中記錄的被修改的腳本文件的相關(guān)信息，其中，清晰直觀(guān)地反映了被修改的腳本文件的目錄信息被修改的腳本文件包括項(xiàng)目A的根目錄下的a/b/c. js、a/bb/d. js和e/f. js三個(gè)腳本文件。S302:腳本合并服務(wù)器202依次遍歷項(xiàng)目中各配置文件，從中查找出引用了被修改的腳本文件的配置文件，根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新。腳本合并服務(wù)器202依次遍歷項(xiàng)目中各配置文件，對(duì)于其中確定出引用了被修改的腳本文件的配置文件，根據(jù)該配置文件進(jìn)行腳本文件的合并；即根據(jù)該配置文件引用的腳本文件進(jìn)行腳本文件的合并，得到該配置文件的合并腳本文件；腳本合并服務(wù)器202將新得到的合并腳本文件替換掉之前根據(jù)該配置文件合并得到的腳本文件。 在腳本合并服務(wù)器202遍歷了項(xiàng)目中所有的配置文件后，實(shí)現(xiàn)了對(duì)項(xiàng)目的合并腳本文件的更新。對(duì)于，有些配置文件，其沒(méi)有引用被修改的腳本文件，則不必對(duì)這些配置文件進(jìn)行合并操作，而這些配置文件的合并腳本文件也不必進(jìn)行更新，仍然本次更新前的版本，從而節(jié)省了腳本文件更新過(guò)程中合并腳本文件所耗時(shí)間。S303 :腳本合并服務(wù)器202將新合并的腳本文件進(jìn)行壓縮，并替換掉原壓縮文件。具體地，對(duì)于本次腳本文件更新過(guò)程中的每個(gè)新得到的合并腳本文件，在將新得到的合并腳本文件替換掉之前根據(jù)該配置文件合并得到的腳本文件后，對(duì)該新得到的合并腳本文件進(jìn)行壓縮，得到該合并腳本文件的壓縮文件，并替換掉原合并腳本文件(即之前根據(jù)該配置文件合并得到的腳本文件)的壓縮文件。在對(duì)每個(gè)新得到的合并腳本文件進(jìn)行壓縮和替換后，完成了對(duì)項(xiàng)目的壓縮文件的更新。這樣，就不必要對(duì)項(xiàng)目中的所有合并腳本文件進(jìn)行壓縮操作，節(jié)省了腳本文件更新過(guò)程中壓縮合并腳本文件所耗時(shí)間。S304 :腳本合并服務(wù)器202將項(xiàng)目中所有的壓縮文件發(fā)送給應(yīng)用服務(wù)器203。具體地，腳本合并服務(wù)器202根據(jù)用戶(hù)輸入的應(yīng)用服務(wù)器203的地址與應(yīng)用服務(wù)器203建立連接，并將項(xiàng)目中所有的壓縮文件發(fā)送給應(yīng)用服務(wù)器203 ;應(yīng)用服務(wù)器203在獲得了項(xiàng)目中所有的壓縮文件后進(jìn)行解壓，即可得到更新后的項(xiàng)目中的合并腳本文件，并運(yùn)行項(xiàng)目中的合并腳本文件。技術(shù)人員得到更新后的項(xiàng)目中的合并腳本文件后，可通過(guò)應(yīng)用服務(wù)器203運(yùn)行腳本文件進(jìn)行測(cè)試、仿真等應(yīng)用。本發(fā)明實(shí)施例提供的一種腳本文件合并裝置，如圖5所示，包括修改腳本確定模塊501、配置文件確定模塊502、腳本文件合并模塊503。修改腳本確定模塊501用于確定出項(xiàng)目中所有被修改的腳本文件；配置文件確定模塊502用于確定出所述項(xiàng)目中引用了所述被修改的腳本文件的配置文件；腳本文件合并模塊503用于對(duì)于配置文件確定模塊502確定出的每個(gè)配置文件，根據(jù)該配置文件中所引用的腳本文件，進(jìn)行腳本文件的合并，得到該配置文件的新的合并腳本文件，用以替換掉之前的該配置文件的合并腳本文件。進(jìn)一步，腳本文件合并裝置還包括腳本文件壓縮模塊504。
腳本文件壓縮模塊504用于對(duì)腳本文件合并模塊503合并出的每個(gè)合并腳本文件進(jìn)行壓縮，得到的壓縮文件用于更新原壓縮文件。本發(fā)明實(shí)施例由于從項(xiàng)目的配置文件中查找出引用了被修改的腳本文件的配置文件，僅根據(jù)找出的配置文件進(jìn)行腳本文件合并，不用對(duì)沒(méi)有引用被修改的腳本文件的配置文件，進(jìn)行重復(fù)的腳本文件合并工作，從而節(jié)省腳本文件合并所耗時(shí)間，提高了工作效率。進(jìn)一步，僅對(duì)于新合并生成的合并腳本文件進(jìn)行壓縮，得到的新的壓縮文件替換原壓縮文件，不用對(duì)所有的合并腳本文件進(jìn)行壓縮，從而節(jié)省了壓縮時(shí)間，提高了工作效率。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，該程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，如 R0M/RAM、磁碟、光盤(pán)等。以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種項(xiàng)目腳本文件更新系統(tǒng)，包括 代碼管理服務(wù)器，用于管理項(xiàng)目中的腳本文件，并記錄下所述項(xiàng)目中各被修改的腳本文件及其相關(guān)信息，所述相關(guān)信息包括被修改的腳本文件所在目錄的目錄信息、以及被修改的腳本文件的文件名； 腳本合并服務(wù)器，用于從所述代碼管理服務(wù)器獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息；并遍歷所述項(xiàng)目中各配置文件，從中查找出引用了被修改的腳本文件的配置文件，根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新。
2.如權(quán)利要求I所述的系統(tǒng)，其特征在于， 所述腳本合并服務(wù)器根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新具體為 所述腳本合并服務(wù)器對(duì)于每個(gè)查找出的配置文件，根據(jù)該配置文件所引用的腳本文件進(jìn)行腳本文件的合并，得到該配置文件的合并腳本文件，并將該合并腳本文件替換掉之前根據(jù)該配置文件合并得到的腳本文件。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于， 所述腳本合并服務(wù)器還用于在所述將該合并腳本文件替換掉之前根據(jù)該配置文件合并得到的腳本文件后，對(duì)該合并腳本文件進(jìn)行壓縮，得到該合并腳本文件的壓縮文件，并替換掉原合并腳本文件的壓縮文件。
4.如權(quán)利要求3所述的系統(tǒng)，其特征在于，還包括應(yīng)用服務(wù)器；以及 所述所述腳本合并服務(wù)器還用于在所述替換掉原合并腳本文件的壓縮文件后，將所述項(xiàng)目的壓縮文件發(fā)送給所述應(yīng)用服務(wù)器； 所述應(yīng)用服務(wù)器將接收的壓縮文件進(jìn)行解壓后，得到該項(xiàng)目的合并腳本文件并運(yùn)行。
5.如權(quán)利要求1-3任一所述的系統(tǒng),其特征在于， 所述代碼管理服務(wù)器具體用于通過(guò)SVN代碼管理庫(kù)管理項(xiàng)目中的腳本文件，并記錄下所述項(xiàng)目中各被修改的腳本文件及其相關(guān)信息。
6.一種項(xiàng)目腳本文件更新方法，包括 腳本合并服務(wù)器從代碼管理服務(wù)器獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息；其中，所述代碼管理服務(wù)器用于管理項(xiàng)目中的腳本文件，并記錄下所述項(xiàng)目中各被修改的腳本文件及其相關(guān)信息，所述相關(guān)信息包括被修改的腳本文件所在目錄的目錄信息、以及被修改的腳本文件的文件名； 所述腳本合并服務(wù)器遍歷所述項(xiàng)目中各配置文件，從中查找出引用了被修改的腳本文件的配置文件，根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新。
7.如權(quán)利要求6所述的方法，其特征在于，所述腳本合并服務(wù)器根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新具體包括 所述腳本合并服務(wù)器對(duì)于每個(gè)查找出的配置文件，根據(jù)該配置文件所引用的腳本文件進(jìn)行腳本文件的合并，得到該配置文件的合并腳本文件，并將該合并腳本文件替換掉之前根據(jù)該配置文件合并得到的腳本文件。
8.如權(quán)利要求7所述的方法，其特征在于，在所述將該合并腳本文件替換掉之前根據(jù)該配置文件合并得到的腳本文件后，還包括 所述腳本合并服務(wù)器對(duì)該合并腳本文件進(jìn)行壓縮，得到該合并腳本文件的壓縮文件；在替換掉原合并腳本文件的壓縮文件后，所述腳本合并服務(wù)器將所述項(xiàng)目的壓縮文件發(fā)送給所述應(yīng)用服務(wù)器； 所述應(yīng)用服務(wù)器將接收的壓縮文件進(jìn)行解壓后，得到該項(xiàng)目的合并腳本文件并運(yùn)行。
9.如權(quán)利要求6-8任一所述的方法，其特征在于，在所述腳本合并服務(wù)器從代碼管理服務(wù)器獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息之前，還包括 所述腳本合并服務(wù)器從所述代碼管理服務(wù)器獲取所述項(xiàng)目的所有信息。
10.如權(quán)利要求6-8任一所述的方法，其特征在于，在所述腳本合并服務(wù)器從代碼管理服務(wù)器獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息之后，還包括 所述腳本合并服務(wù)器以樹(shù)結(jié)構(gòu)記錄被修改的腳本文件的相關(guān)信息。
11.如權(quán)利要求8所述的方法，其特征在于，在所述腳本合并服務(wù)器從代碼管理服務(wù)器獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息之前，還包括 所述腳本合并服務(wù)器接收用戶(hù)輸入的所述代碼管理服務(wù)器的地址以及所述應(yīng)用服務(wù)器的地址，并根據(jù)所述代碼管理服務(wù)器的地址與所述代碼管理服務(wù)器建立連接；以及在所述腳本合并服務(wù)器將所述項(xiàng)目的壓縮文件發(fā)送給所述應(yīng)用服務(wù)器之前，還包括所述腳本合并服務(wù)器根據(jù)所述應(yīng)用服務(wù)器的地址與所述應(yīng)用服務(wù)器建立連接。
12.—種腳本文件合并方法，包括 確定出項(xiàng)目中所有被修改的腳本文件； 確定出所述項(xiàng)目中引用了所述被修改的腳本文件的配置文件； 對(duì)于每個(gè)確定出的配置文件，根據(jù)該配置文件中所引用的腳本文件，進(jìn)行腳本文件的合并，得到該配置文件的新的合并腳本文件，用以替換掉之前的該配置文件的合并腳本文件。
13.如權(quán)利要求12所述的方法，其特征在于，在所述得到該配置文件的新的合并腳本文件之后，還包括 對(duì)該配置文件的新的合并腳本文件進(jìn)行壓縮，得到的壓縮文件用于更新原壓縮文件。
14.一種腳本文件合并裝置，包括 修改腳本確定模塊，用于確定出項(xiàng)目中所有被修改的腳本文件； 配置文件確定模塊，用于確定出所述項(xiàng)目中引用了所述被修改的腳本文件的配置文件； 腳本文件合并模塊，用于對(duì)于所述配置文件確定模塊確定出的每個(gè)配置文件，根據(jù)該配置文件中所引用的腳本文件，進(jìn)行腳本文件的合并，得到該配置文件的新的合并腳本文件，用以替換掉之前的該配置文件的合并腳本文件。
15.如權(quán)利要求14所述的裝置，其特征在于， 腳本文件壓縮模塊，用于對(duì)所述腳本文件合并模塊合并出的每個(gè)合并腳本文件進(jìn)行壓縮，得到的壓縮文件用于更新原壓縮文件。
全文摘要
本發(fā)明公開(kāi)了一種項(xiàng)目腳本文件更新系統(tǒng)和方法、腳本文件合并方法和裝置，所述系統(tǒng)包括代碼管理服務(wù)器，用于管理項(xiàng)目中的腳本文件，并記錄下所述項(xiàng)目中各被修改的腳本文件及其相關(guān)信息；腳本合并服務(wù)器，用于獲取所述項(xiàng)目中被修改的腳本文件及其相關(guān)信息；查找出所述項(xiàng)目中引用了被修改的腳本文件的配置文件，根據(jù)查找出的配置文件進(jìn)行該項(xiàng)目的合并腳本文件的更新。由于從項(xiàng)目的配置文件中查找出引用了被修改的腳本文件的配置文件，僅根據(jù)找出的配置文件進(jìn)行腳本文件合并，不用對(duì)沒(méi)有引用被修改的腳本文件的配置文件，進(jìn)行重復(fù)的腳本文件合并工作，從而節(jié)省腳本文件合并所耗時(shí)間，提高了工作效率。
文檔編號(hào)G06F9/445GK102902558SQ20121033483
公開(kāi)日2013年1月30日 申請(qǐng)日期2012年9月11日 優(yōu)先權(quán)日2012年9月11日
發(fā)明者王強(qiáng) 申請(qǐng)人:新浪網(wǎng)技術(shù)(中國(guó))有限公司