本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，具體涉及一種靜態(tài)資源發(fā)布方法及裝置。

背景技術(shù)：

網(wǎng)站前端開發(fā)中，涉及動(dòng)態(tài)資源及靜態(tài)資源的發(fā)布和加載。其中，靜態(tài)資源可以簡單理解為，直接把相應(yīng)文件發(fā)送到客戶端的文件都是靜態(tài)資源，例如，靜態(tài)資源包括網(wǎng)站本身的css，js等文件，還包括網(wǎng)站內(nèi)容中的圖片等資源。在網(wǎng)站開發(fā)中，如何準(zhǔn)確有效的進(jìn)行靜態(tài)資源發(fā)布，是本領(lǐng)域技術(shù)人員需要考慮的一個(gè)技術(shù)問題。

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

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種靜態(tài)資源發(fā)布方法及裝置。

依據(jù)本發(fā)明的一個(gè)方面，提供一種靜態(tài)資源發(fā)布方法，包括：獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當(dāng)前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表；將所述當(dāng)前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源；將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，由所述文件版本控制系統(tǒng)將所述輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

優(yōu)選的，在確定出發(fā)生變動(dòng)的輕量靜態(tài)資源之后，還包括：記錄所述輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；根據(jù)所述輕量發(fā)布資源列表記錄的資源地址，獲取所述輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

優(yōu)選的，所述將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，包括：從所述發(fā)布目錄獲取到所述輕量靜態(tài)資源的文件，并將所述輕量靜態(tài)資源的文件拷貝到所述文件版本控制系統(tǒng)中。

優(yōu)選的，在將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)之前，還包括：檢測(cè)輕量靜態(tài)資源的正確性；所述檢測(cè)輕量靜態(tài)資源的正確性具體包括：驗(yàn)證所述輕量發(fā)布資源列表的正確性，驗(yàn)證所述輕量靜態(tài)資源的文件的正確性，和/或，驗(yàn)證所述發(fā)布目錄中的所述輕量靜態(tài)資源的文件是否編譯正確。

優(yōu)選的，所述將所述當(dāng)前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源，包括：讀取所述當(dāng)前資源依賴關(guān)系表中的靜態(tài)資源的文件，將所述文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對(duì)象的校驗(yàn)和屬性；判斷所述校驗(yàn)和屬性是否存在于所述上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動(dòng)，如果不存在，則確定靜態(tài)資源發(fā)生了變動(dòng)。

依據(jù)本發(fā)明的另一方面，還提供一種靜態(tài)資源發(fā)布裝置，包括：獲取單元，用于獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當(dāng)前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表；比對(duì)單元，用于將所述當(dāng)前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源；發(fā)布單元，用于將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，由所述文件版本控制系統(tǒng)將所述輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

優(yōu)選的，還包括：輕量處理單元，用于記錄所述輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；以及，根據(jù)所述輕量發(fā)布資源列表記錄的資源地址，獲取所述輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

優(yōu)選的，所述發(fā)布單元具體用于：從所述發(fā)布目錄獲取到所述輕量靜態(tài)資源的文件，并將所述輕量靜態(tài)資源的文件拷貝到所述文件版本控制系統(tǒng)中。

優(yōu)選的，還包括：檢測(cè)單元，用于檢測(cè)輕量靜態(tài)資源的正確性；具體包括：驗(yàn)證所述輕量發(fā)布資源列表的正確性，驗(yàn)證所述輕量靜態(tài)資源的文件的正確性，和/或，驗(yàn)證所述發(fā)布目錄中的所述輕量靜態(tài)資源的文件是否編譯正確。

優(yōu)選的，所述比對(duì)單元具體用于：讀取所述當(dāng)前資源依賴關(guān)系表中的靜態(tài)資源的文件，將所述文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對(duì)象的校驗(yàn)和屬性；判斷所述校驗(yàn)和屬性是否存在于所述上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動(dòng)，如果不存在，則確定靜態(tài)資源發(fā)生了變動(dòng)。

可見，本發(fā)明實(shí)施例提供的靜態(tài)資源發(fā)布方法中，將當(dāng)前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源，僅將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)，并由文件版本控制系統(tǒng)將輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

本發(fā)明方案至少存在兩方面的技術(shù)效果：

(1)提供完整的輕量資源發(fā)布流程

根據(jù)資源關(guān)系依賴表生成輕量資源發(fā)布列表，保證輕量文件的完整性，提交文件前自動(dòng)執(zhí)行測(cè)試用例，保證文件內(nèi)容無誤，自動(dòng)將文件拷貝到svn目錄，減少手工操作。

(2)使用文件版本控制系統(tǒng)(例如svn)進(jìn)行資源依賴關(guān)系文件管理

svn是一個(gè)方便團(tuán)隊(duì)協(xié)作、服務(wù)穩(wěn)定的版本管理工具。使用svn來管理版本，契合當(dāng)前網(wǎng)站前端的發(fā)布流程，發(fā)布時(shí)可同時(shí)提交資源依賴關(guān)系表和編譯文件。在異常處理上也有很大的作用，遇到問題需要回滾代碼時(shí)，資源依賴關(guān)系表和編譯文件可以同時(shí)回滾到上個(gè)版本，避免出現(xiàn)回滾不同步的問題。而且，svn服務(wù)穩(wěn)定，避免因?yàn)榫W(wǎng)絡(luò)原因造成發(fā)布代碼和資源依賴關(guān)系表不同步的問題，將每次全量發(fā)布文件改為輕量發(fā)布，提升發(fā)布效率。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的具體實(shí)施方式。

附圖說明

通過閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中：

圖1示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例提供的靜態(tài)資源發(fā)布方法流程圖；

圖2示出了根據(jù)本發(fā)明一個(gè)實(shí)施例提供的靜態(tài)資源發(fā)布裝置結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

目前發(fā)布靜態(tài)資源的方案，一般是基于資源依賴關(guān)系表的管理，大多需要開發(fā)團(tuán)隊(duì)具有對(duì)應(yīng)的文件服務(wù)器，這就額外配備一臺(tái)服務(wù)器。而如果在開發(fā)客戶端實(shí)現(xiàn)靜態(tài)資源的發(fā)布，則有可能由于客戶端網(wǎng)絡(luò)不穩(wěn)定而導(dǎo)致不能有效同步資源依賴關(guān)系表，導(dǎo)致發(fā)布有誤。

針對(duì)上述問題，本發(fā)明方案主要進(jìn)行了兩種創(chuàng)新手段。第一，使用svn管理資源依賴關(guān)系表，這樣可以保證每次要發(fā)布的代碼和資源依賴關(guān)系表都能完全一致，并且可以在提交代碼時(shí)進(jìn)行有效校驗(yàn)。第二，實(shí)現(xiàn)輕量發(fā)布的完整解決方案，從更新svn代碼到編譯代碼，最后提交到svn整個(gè)發(fā)布流程有效的整合到一起，解決從發(fā)布所有文件到只發(fā)布輕量的(有變動(dòng)的)文件。本發(fā)明方案的一個(gè)典型應(yīng)用場(chǎng)景是：網(wǎng)站開發(fā)中代碼發(fā)布到線上環(huán)境的環(huán)節(jié)。主要應(yīng)用在發(fā)布人員的本地機(jī)器上，跟隨代碼發(fā)布流程實(shí)施。

參見圖1，示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例提供的靜態(tài)資源發(fā)布方法流程圖。該方法至少包括步驟s101-s103，在一個(gè)優(yōu)選實(shí)現(xiàn)方式中，還可以包括步驟s102-1和/或s102-2。

s101：獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當(dāng)前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表。

靜態(tài)資源包括但不限于html文件、js文件、css文件、res文件、圖片文件等?？梢詮撵o態(tài)數(shù)據(jù)庫中獲取上述類型的靜態(tài)資源，對(duì)于獲取方式不作限制。

在獲取到靜態(tài)資源之后，執(zhí)行前端資源編譯流程，以html文件為起點(diǎn)分析資源依賴引用關(guān)系，例如，html文件引用js/css/res，js文件引用css/res，css引用res，生成本次待發(fā)布資源依賴關(guān)系表。

資源依賴關(guān)系表，用于記錄模版文件和靜態(tài)資源文件之間的互相依賴關(guān)系，以及靜態(tài)資源文件的md5值，以模版文件為入口遞歸查找依賴資源，并將依賴資源的md5值，對(duì)應(yīng)文件名生成資源依賴關(guān)系表。其中，md5為計(jì)算機(jī)安全領(lǐng)域廣泛使用的一種散列函數(shù)，用以提供消息的完整性保護(hù)。典型應(yīng)用是對(duì)一段信息(message)產(chǎn)生信息摘要(message-digest)，以防止被篡改，md5將整個(gè)文件當(dāng)作一個(gè)大文本信息，通過其不可逆的字符串變換算法，產(chǎn)生了這個(gè)文件唯一的md5信息摘要。

在得到當(dāng)前資源依賴關(guān)系表之后，還需要從文件版本控制系統(tǒng)中獲取上一次發(fā)布的資源依賴關(guān)系表，目的在于后續(xù)步驟中對(duì)兩個(gè)資源依賴關(guān)系表進(jìn)行比對(duì)。

“文件版本控制系統(tǒng)”是本發(fā)明在前端開發(fā)客戶端中采用的一個(gè)文件管理系統(tǒng)，例如，svn(subversion)作為一個(gè)典型的文件版本控制系統(tǒng)，是一個(gè)自由開源的版本控制系統(tǒng)。在subversion管理下，文件和目錄可以超越時(shí)空。subversion將文件存放在中心版本庫里，這個(gè)版本庫很像一個(gè)普通的文件服務(wù)器，不同的是，它可以記錄每一次文件和目錄的修改情況，這樣就可以借此將數(shù)據(jù)恢復(fù)到以前的版本，并可以查看數(shù)據(jù)的更改細(xì)節(jié)。

采用svn系統(tǒng)的好處是，資源依賴關(guān)系表和svn版本有效的保持一致，完全杜絕版本不一致的問題。

s102：將當(dāng)前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源。

具體的，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源的具體比對(duì)過程可以包括：讀取當(dāng)前資源依賴關(guān)系表中的靜態(tài)資源的文件，將文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對(duì)象的校驗(yàn)和屬性；判斷校驗(yàn)和屬性是否存在于上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動(dòng)，如果不存在，則確定靜態(tài)資源發(fā)生了變動(dòng)。

可見，所謂“輕量靜態(tài)資源”，即是通過將當(dāng)前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)確定出的發(fā)生變動(dòng)的靜態(tài)資源。這種確定輕量靜態(tài)資源的優(yōu)點(diǎn)是顯而易見的，由于后續(xù)只需發(fā)布輕量靜態(tài)資源，而不是將當(dāng)前資源依賴關(guān)系表的所有靜態(tài)資源都發(fā)布，由此可減少發(fā)布文件數(shù)量，提高發(fā)布效率。

下面以node為例進(jìn)行說明。

node.js是一個(gè)基于chromev8引擎的javascript運(yùn)行環(huán)境。node.js使用了一個(gè)事件驅(qū)動(dòng)、非阻塞式i/o的模型，使其輕量又高效。node.js的包管理器npm，是全球最大的開源庫生態(tài)系統(tǒng)。同時(shí)提高了高效的操作系統(tǒng)api接口，可以利用javascript編寫腳本工具，完成項(xiàng)目的構(gòu)建流程。

具體的，分析本次資源依賴關(guān)系表，例如，使用node的fs模塊讀取文件到內(nèi)存中進(jìn)行分析，轉(zhuǎn)成json數(shù)組，循環(huán)取出資源對(duì)象{"filepath":"base.css","chksum":"aa","timestamp":"","deps":[],"consumers":[]}。使用lodash模塊的find()方法判斷當(dāng)前資源對(duì)象的chksum屬性(校驗(yàn)和屬性)是否在上一個(gè)版本的資源依賴關(guān)系表中，如果已存在，則表明資源未有變動(dòng)，本次不需要發(fā)布；如果不存在，則視為本次變更的對(duì)象。

將兩個(gè)資源依賴關(guān)系表進(jìn)行比對(duì)的優(yōu)點(diǎn)在于，可有效的生成整個(gè)項(xiàng)目的資源依賴關(guān)系表，保證資源文件的有效更新。

在一個(gè)優(yōu)選實(shí)現(xiàn)方式中，在確定出發(fā)生變動(dòng)的輕量靜態(tài)資源之后，還包括步驟s102-1:記錄輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；以及，根據(jù)輕量發(fā)布資源列表記錄的資源地址，獲取輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

例如，分析輕量發(fā)布資源列表json數(shù)組，使用foreach方法，循環(huán)json數(shù)組取出列表中的文件地址，使用fs模塊將對(duì)應(yīng)文件拷貝至發(fā)布目錄，得到本次需要發(fā)布的所有輕量靜態(tài)資源。

在另一個(gè)優(yōu)選實(shí)現(xiàn)方式中，在將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)之前，還包括步驟s102-2:檢測(cè)輕量靜態(tài)資源的正確性。具體的，步驟s102-2“檢測(cè)輕量靜態(tài)資源的正確性”具體可包括：驗(yàn)證輕量發(fā)布資源列表的正確性，驗(yàn)證輕量靜態(tài)資源的文件的正確性，和/或，驗(yàn)證發(fā)布目錄中的輕量靜態(tài)資源的文件是否編譯正確。

下面對(duì)這三個(gè)驗(yàn)證過程具體舉例說明。

(1)輕量發(fā)布資源列表正確性驗(yàn)證

可使用與發(fā)布時(shí)相反的搜索匹配方法，以上次發(fā)布的資源依賴關(guān)系表為起點(diǎn)進(jìn)行分析，例如，使用foreach循環(huán)上次依賴關(guān)系表數(shù)組，取出資源對(duì)象{"filepath":"base.css","chksum":"aa","timestamp":"","deps":[],"consumers":[]}。再循環(huán)本次依賴關(guān)系表，比較同一個(gè)資源對(duì)象的chksum屬性是否發(fā)生改變，如果改變則加入資源列表。循環(huán)結(jié)束后生成輕量資源列表，與之前生成的資源列表進(jìn)行對(duì)比，判斷數(shù)組的大小和內(nèi)容是否一致，以此來校驗(yàn)輕量發(fā)布資源列表是否正確。如果有錯(cuò)誤，則給出具體提示信息，并退出發(fā)布流程。

(2)輕量靜態(tài)資源的文件的正確性驗(yàn)證

通過該驗(yàn)證可確保輕量文件都已經(jīng)正確拷貝到發(fā)布目錄。例如，使用foreach方法，循環(huán)輕量發(fā)布資源列表json數(shù)組，取出資源對(duì)象{"filepath":"base.css","chksum":"aa","timestamp":"","deps":[],"consumers":[]}，根據(jù)filepath字段判斷發(fā)布目錄中是否存在該文件。如果有錯(cuò)誤，則給出具體提示信息，并退出發(fā)布流程。

(3)驗(yàn)證發(fā)布目錄中的文件是否編譯正確

例如，檢測(cè)編譯過后的文件是否包含“？__md5__”標(biāo)記，如果存在，則編譯有誤，給出具體提示信息，提示哪個(gè)文件編譯失敗，并退出發(fā)布流程。

s103：將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)，由文件版本控制系統(tǒng)將輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

在與步驟s102-1對(duì)應(yīng)的方式中，將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)的具體過程包括：從發(fā)布目錄獲取到輕量靜態(tài)資源的文件，并將輕量靜態(tài)資源的文件拷貝到文件版本控制系統(tǒng)中。

例如，調(diào)用fs-extra模塊的fs.copysync()方法，將發(fā)布目錄里的文件拷貝至svn目錄。相較于現(xiàn)有方案，以前是開發(fā)人員手動(dòng)拷貝文件，浪費(fèi)了大量的時(shí)間并且容易出錯(cuò)，現(xiàn)在改為自動(dòng)拷貝文件到目標(biāo)目錄，提升發(fā)布的效率和穩(wěn)定性。例如，發(fā)布時(shí)可先提交到svn，再上傳至服務(wù)器。在提交代碼時(shí)，可通過svn日志可以進(jìn)行最終確認(rèn)，如果信息無誤，則上傳文件至發(fā)布服務(wù)器。這樣實(shí)施的優(yōu)點(diǎn)是，第一可保證同時(shí)提交svn文件和資源依賴關(guān)系表，保證文件統(tǒng)一性；第二可以利用svn的代碼檢查進(jìn)行文件正確性校驗(yàn)。

可見，本發(fā)明實(shí)施例提供的靜態(tài)資源發(fā)布方法中，將當(dāng)前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源，僅將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)，并由文件版本控制系統(tǒng)將輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

本發(fā)明方案至少存在兩方面的技術(shù)效果：

(1)提供完整的輕量資源發(fā)布流程

根據(jù)資源關(guān)系依賴表生成輕量資源發(fā)布列表，保證輕量文件的完整性，提交文件前自動(dòng)執(zhí)行測(cè)試用例，保證文件內(nèi)容無誤，自動(dòng)將文件拷貝到svn目錄，減少手工操作。

(2)使用文件版本控制系統(tǒng)(例如svn)進(jìn)行資源依賴關(guān)系文件管理

svn是一個(gè)方便團(tuán)隊(duì)協(xié)作、服務(wù)穩(wěn)定的版本管理工具。使用svn來管理版本，契合當(dāng)前網(wǎng)站前端的發(fā)布流程，發(fā)布時(shí)可同時(shí)提交資源依賴關(guān)系表和編譯文件。在異常處理上也有很大的作用，遇到問題需要回滾代碼時(shí)，資源依賴關(guān)系表和編譯文件可以同時(shí)回滾到上個(gè)版本，避免出現(xiàn)回滾不同步的問題。而且，svn服務(wù)穩(wěn)定，避免因?yàn)榫W(wǎng)絡(luò)原因造成發(fā)布代碼和資源依賴關(guān)系表不同步的問題，將每次全量發(fā)布文件改為輕量發(fā)布，提升發(fā)布效率。

與上述方法相對(duì)應(yīng)，本發(fā)明實(shí)施例還提供一種靜態(tài)資源發(fā)布裝置，參見圖2，該裝置包括：

獲取單元201，用于獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當(dāng)前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表；

比對(duì)單元202，用于將所述當(dāng)前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進(jìn)行比對(duì)，確定出發(fā)生變動(dòng)的輕量靜態(tài)資源；

發(fā)布單元203，用于將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，由所述文件版本控制系統(tǒng)將所述輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

優(yōu)選的，該裝置還包括：輕量處理單元204，用于記錄所述輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；以及，根據(jù)所述輕量發(fā)布資源列表記錄的資源地址，獲取所述輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

優(yōu)選的，所述發(fā)布單元203具體用于：從所述發(fā)布目錄獲取到所述輕量靜態(tài)資源的文件，并將所述輕量靜態(tài)資源的文件拷貝到所述文件版本控制系統(tǒng)中。

優(yōu)選的，該裝置還包括檢測(cè)單元205，用于檢測(cè)輕量靜態(tài)資源的正確性；具體包括：驗(yàn)證所述輕量發(fā)布資源列表的正確性，驗(yàn)證所述輕量靜態(tài)資源的文件的正確性，和/或，驗(yàn)證所述發(fā)布目錄中的所述輕量靜態(tài)資源的文件是否編譯正確。

優(yōu)選的，所述比對(duì)單元202具體用于：讀取所述當(dāng)前資源依賴關(guān)系表中的靜態(tài)資源的文件，將所述文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對(duì)象的校驗(yàn)和屬性；判斷所述校驗(yàn)和屬性是否存在于所述上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動(dòng)，如果不存在，則確定靜態(tài)資源發(fā)生了變動(dòng)。

在此提供的算法和顯示不與任何特定計(jì)算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對(duì)任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實(shí)現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對(duì)特定語言所做的描述是為了披露本發(fā)明的最佳實(shí)施方式。

本發(fā)明的各個(gè)部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個(gè)或者多個(gè)處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實(shí)踐中使用微處理器或者數(shù)字信號(hào)處理器(dsp)來實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的用戶變身控制的系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實(shí)現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計(jì)算機(jī)程序和計(jì)算機(jī)程序產(chǎn)品)。這樣的實(shí)現(xiàn)本發(fā)明的程序可以存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上，或者可以具有一個(gè)或者多個(gè)信號(hào)的形式。這樣的信號(hào)可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號(hào)上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實(shí)施例對(duì)本發(fā)明進(jìn)行說明而不是對(duì)本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計(jì)出替換實(shí)施例。在權(quán)利要求中，不應(yīng)將位于括號(hào)之間的任何參考符號(hào)構(gòu)造成對(duì)權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個(gè)”不排除存在多個(gè)這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計(jì)算機(jī)來實(shí)現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個(gè)可以是通過同一個(gè)硬件項(xiàng)來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。