開發(fā)文件打包方法、裝置及系統(tǒng)的制作方法
【專利摘要】本公開涉及應用開發(fā)技術領域，尤其涉及一種開發(fā)文件打包方法、裝置及系統(tǒng)。其中，該方法包括監(jiān)控代碼管理庫中是否有更新的代碼文件；當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間；在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間段內的所有更新的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文件之后至當前時間的時間范圍；對下載至本地終端的所述代碼文件進行打包，得到測試文件包。本發(fā)明實施例中提供的開發(fā)文件打包方法、裝置及系統(tǒng)，能夠實現(xiàn)開發(fā)文件的自動打包。
【專利說明】
開發(fā)文件打包方法、裝置及系統(tǒng)
技術領域
[0001]本公開涉及應用開發(fā)技術領域，尤其涉及一種開發(fā)文件打包方法、裝置及系統(tǒng)?！颈尘凹夹g】
[0002]在應用軟件開發(fā)過程中，對應用軟件代碼中存在的錯誤(Bug)進行修改以及對修改后的效果進行測試是應用軟件開發(fā)中至關重要的一環(huán)。
[0003]例如在開發(fā)運行于1S系統(tǒng)的移動終端app時，對app的代碼進行QA(Qual ity Assurance，品質保證)測試是不可缺少的一部分。目前對應用軟件的開發(fā)代碼進行測試的方法通常為:開發(fā)人員將新生成的應用源代碼或者修改Bug之后的代碼進行打包，將打包后的文件上傳至版本管理工具(如SVN)上，之后通知測試人員，測試人員從版本管理工具上下載開發(fā)人員上傳的打包文件并進行測試。
[0004]目前的開發(fā)文件打包方法存在諸如:開發(fā)人員上傳打包文件后測試人員不能及時獲知，測試人員需要催促詢問開發(fā)人員打包進程等問題，影響應用軟件的測試效率。
【發(fā)明內容】

[0005]本發(fā)明實施例中提供了一種開發(fā)文件打包方法、裝置及系統(tǒng)，以實現(xiàn)開發(fā)文件的自動打包。
[0006]第一方面，本發(fā)明實施例提供了一種開發(fā)文件打包方法，包括:
[0007]監(jiān)控代碼管理庫中是否有更新的代碼文件；
[0008]當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間； [〇〇〇9]在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間段內的所有更新的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文件之后至當前時間的時間范圍；[〇〇1〇]對下載至本地終端的所述代碼文件進行打包，得到測試文件包。[〇〇11]結合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，確定代碼管理庫中有更新的代碼文件的方式，包括:
[0012]處于登錄訪問所述代碼管理庫的狀態(tài)；
[0013]確定是否接收到所述代碼管理庫發(fā)出的代碼文件更新提示信息；
[0014]當接收到所述代碼文件更新提示信息時，確定代碼管理庫中有更新的代碼文件。
[0015]結合第一方面，在第一方面的第二種可能的實現(xiàn)方式中，確定代碼管理庫中有更新的代碼文件的方式，包括:
[0016]按照預設的時間間隔訪問代碼管理庫；
[0017]訪問所述代碼管理庫時，根據(jù)所述代碼管理庫中的代碼文件的上傳時間，確定代碼管理庫中是否有更新的代碼文件。
[0018]結合第一方面、第一方面的第一種或第二種可能的實現(xiàn)方式，在第一方面的第三種可能的實現(xiàn)方式中，所述對下載至本地終端的所述代碼文件進行打包之后，所述方法還包括:
[0019]將所述測試文件包上傳至文件分發(fā)平臺，以通過所述文件分發(fā)平臺將所述測試文件包分發(fā)至不同的用戶終端。
[0020]第二方面，本發(fā)明實施例提供了一種開發(fā)文件打包裝置，所述打包裝置部署于本地終端中，包括:
[0021]監(jiān)控單元，用于監(jiān)控代碼管理庫中是否有更新的代碼文件；
[0022]確定單元，用于當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間；
[0023]下載單元，用于在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間段內的所有更新的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文件之后至當前時間的時間范圍；
[0024]打包單元，用于對下載至本地終端的所述代碼文件進行打包，得到測試文件包。
[0025]結合第二方面，在第二方面的第一種可能的實現(xiàn)方式中，所述監(jiān)控單元，具體用于:[〇〇26]處于登錄訪問所述代碼管理庫的狀態(tài)；
[0027]確定是否接收到所述代碼管理庫發(fā)出的代碼文件更新提示信息；
[0028]當接收到所述代碼文件更新提示信息時，確定代碼管理庫中有更新的代碼文件。
[0029]結合第二方面，在第二方面的第二種可能的實現(xiàn)方式中，所述監(jiān)控單元，具體用于:
[0030]按照預設的時間間隔訪問代碼管理庫；
[0031]訪問所述代碼管理庫時，根據(jù)所述代碼管理庫中的代碼文件的上傳時間，確定代碼管理庫中是否有更新的代碼文件。
[0032]結合第二面、第二方面的第一種或第二種可能的實現(xiàn)方式，在第二方面的第三種可能的實現(xiàn)方式中，所述裝置還包括:文件上傳單元，用于在所述打包單元對下載至本地終端的所述代碼文件進行打包之后，將所述測試文件包上傳至文件分發(fā)平臺，以通過所述文件分發(fā)平臺將所述測試文件包分發(fā)至不同的用戶終端。[〇〇33]第三方面，本發(fā)明實施例提供了一種開發(fā)文件打包系統(tǒng)，包括:本地終端、代碼管理終端及至少一個開發(fā)終端；[〇〇34] 所述代碼管理終端中設置有代碼管理庫；[〇〇35]所述開發(fā)終端用于將開發(fā)代碼上傳至所述代碼管理庫；[〇〇36] 所述本地終端用于:
[0037]監(jiān)控所述代碼管理庫中是否有更新的代碼文件；
[0038]當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間；
[0039]在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間段內的所有更新的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文件之后至當前時間的時間范圍；
[0040]對下載至本地終端的所述代碼文件進行打包，得到測試文件包。[〇〇41]結合第三方面，在第三方面的第一種可能的實現(xiàn)方式中，所述系統(tǒng)還包括:文件分發(fā)終端以及至少一個測試終端；
[0042]所述本地終端將所述測試文件包上傳至所述文件分發(fā)終端；[〇〇43]所述文件分發(fā)終端將所述測試文件包分發(fā)至所述至少一個測試終端。
[0044]本發(fā)明實施例提供的技術方案可以包括以下有益效果:本發(fā)明實施例方案中，測試人員所使用的測試終端監(jiān)控代碼管理庫中是否有更新的文件，當有更新的文件且達到打包時間時，測試終端可以將代碼管理庫中的更新文件下載到本地終端上并在本地終端自動打包，此方式下，可以實現(xiàn)對開發(fā)人員的開發(fā)文件自動下載打包，簡化開發(fā)文件的打包過程，提高開發(fā)文件的打包效率，進而提高應用軟件的開發(fā)效率。
[0045]應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。【附圖說明】[〇〇46]此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。
[0047]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領域普通技術人員而言，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0048]圖1是本發(fā)明實施例提供的開發(fā)文件打包方法的流程圖；
[0049]圖2是本發(fā)明實施例提供的開發(fā)文件打包裝置的結構示意圖；
[0050]圖3是本發(fā)明實施例提供的開發(fā)文件打包處理裝置的內部結構示意圖；[0051 ]圖4是本發(fā)明實施例提供的開發(fā)文件打包系統(tǒng)的一種結構示意圖；[〇〇52]圖5是本發(fā)明實施例提供的開發(fā)文件打包系統(tǒng)的另一種結構示意圖?！揪唧w實施方式】[〇〇53]為了使本技術領域的人員更好地理解本發(fā)明實施例中的技術方案，并使本發(fā)明實施例的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖對本發(fā)明實施例中技術方案作進一步詳細的說明。
[0054]圖1是本發(fā)明實施例提供的開發(fā)文件打包方法的流程圖。如圖1所示，本發(fā)明實施例的開發(fā)文件打包方法的主要處理步驟包括:
[0055]步驟S11:監(jiān)控代碼管理庫中是否有更新的代碼文件。
[0056]應用軟件開發(fā)過程中，開發(fā)人員將新生成的或者修改Bug后的開發(fā)代碼保存在代碼管理庫中。具體的，代理管理庫是程序開發(fā)人員和測試人員均能訪問到的數(shù)據(jù)庫，優(yōu)選的代碼管理庫可以是開發(fā)人員在開發(fā)應用程序時所使用的開發(fā)工具的數(shù)據(jù)庫或者是第三方應用平臺提供的可用于存儲開發(fā)程序代碼的數(shù)據(jù)庫。[〇〇57]可選的，本機終端訪問代理管理庫，并監(jiān)控代碼管理庫中是否有更新的代碼文件， 其中本機終端可以是供測試人員使用的終端也可以是用于將打包文件分發(fā)給測試人員的中轉終端。[〇〇58]步驟S12:當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間。[〇〇59] 本機終端監(jiān)控代碼管理庫的運行狀態(tài)，當監(jiān)測到代理管理庫中有更新的代碼文件時，本機終端可以直接將更新的代碼文件下載到本地終端進行打包，但此種方式需要本機終端一直處于運行的工作狀態(tài)，而且下載文件、打包文件的次數(shù)相對會比較頻繁，占用本地終端相對比較多的資源，有可能會影響本地終端的運行效率。
[0060]為了能夠及時對代碼管理庫中的更新的代碼文件進行打包下載，同時又不會影響本地終端的運行效率，本發(fā)明實施例的本地終端可以預先設定打包時間，在當前時間達到設定的打包時間時，本地終端對監(jiān)測到的更新文件進行打包。
[0061]步驟S13:在當前時間達到預設的打包時間時，將代碼管理庫中的當前時間段內的所有更新的代碼文件下載至本地終端，其中，當前時間段為上一次下載代碼文件之后至當前時間的時間范圍。
[0062]步驟S14:對下載至本地終端的代碼文件進行打包，得到測試文件包。
[0063]本步驟得到的測試文件包可直接提供給測試人員進行測試工作。綜上可見，本發(fā)明實施例方法中，本地終端上能夠自動監(jiān)控代碼管理庫中是否有更新的代碼文件，并能夠在達到設定時間時，對更新的代碼文件自動下載并打包，簡化了測試人員與開發(fā)人員的溝通環(huán)節(jié)，減少項目開發(fā)過程中的溝通成本，準確控制發(fā)包提測時間點，保障每輪次測試時間充足。
[0064]本發(fā)明實施例方案中，本地終端確定代碼管理庫中有更新的代碼文件的方式可以有多種，例如，本地終端始終處于登錄訪問代碼管理庫的狀態(tài)，當代碼管理庫中有更新的代碼文件時，代碼管理庫發(fā)出代碼文件更新提示信息，本地終端根據(jù)是否接收到代碼更新提示信息確定代碼管理庫中是否有更新的代碼文件，其中，當本地終端接收到代碼文件更新提示信息時，本地終端確定代碼管理庫中有更新的代碼文件。[〇〇65]在另外的一種方式中，本地終端按照預設的時間間隔訪問代碼管理庫；當本地終端訪問代碼管理庫時，本地終端根據(jù)代碼管理庫中的代碼文件的上傳時間，確定代碼管理庫中是否有更新的代碼文件。
[0066]本發(fā)明實施例方案中，本地終端對下載至本地終端的代碼文件打包之后得到測試文件包，該測試文件包可以提供給本地終端的測試人員進行測試。另外，當測試文件包需要多個測試人員的配合工作時，本地終端還可以將得到的測試文件包上傳至文件分發(fā)平臺， 以通過文件分發(fā)平臺將測試文件包分發(fā)至不同的用戶終端，以供不同的測試人員分別展開測試作業(yè)。[〇〇67]本發(fā)明實施例中，本地終端可以通過其內部的監(jiān)控部件監(jiān)控代碼管理庫中是否有更新的代碼文件，其中，該監(jiān)控部件可以是基于Jenkins中的shell命令生成的監(jiān)控部件。
[0068]其中，Jenkins是一款功能相對比較強大的代碼開發(fā)工具，其可以安裝在0SX(0SX 是指蘋果公司的操作系統(tǒng))系統(tǒng)上運行。基于Jenkins的shell命令生成的監(jiān)控部件可以定時監(jiān)控代碼管理庫的更新，并在本機Xcode上自動編譯并構建打包文件，其中，Xcode是蘋果公司開發(fā)的編程軟件，是開發(fā)人員建立0SX和1S應用程序的最快捷的方式。[0〇69] 具體的，使用Jenkins中的shell命令構建上述監(jiān)控部件的主要步驟包括:(1)配置本機Xcode工程，使本機中的Xcode支持監(jiān)控部件的創(chuàng)建；(2)在預設的下載地址上下載安裝 Jenkins，并在Jenkins中創(chuàng)建JOB; (3)在創(chuàng)建的JOB上配置構建代碼管理庫以及通過shell 命令創(chuàng)建監(jiān)控部件，其中，創(chuàng)建的監(jiān)控部件能夠執(zhí)行圖1中所示出的開發(fā)文件打包方法。
[0070]基于圖1所示的開發(fā)文件打包方法，本發(fā)明實施例還提供了一種開發(fā)文件打包裝置，該裝置用于執(zhí)行圖1中所示的開發(fā)文件打包方法。圖2是本發(fā)明實施例提供的開發(fā)文件打包裝置的結構示意圖。該開發(fā)文件打包裝置部署于本地終端中，如圖2所示，該裝置包括:
[0071]監(jiān)控單元21，用于監(jiān)控代碼管理庫中是否有更新的代碼文件；
[0072]確定單元22,用于當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間；[〇〇73]下載單元23,用于在當前時間達到預設的打包時間時，將代碼管理庫中的當前時間段內的所有更新的代碼文件下載至本地終端，其中，當前時間段為上一次下載代碼文件之后至當前時間的時間范圍；[〇〇74] 打包單元24,用于對下載至本地終端的代碼文件進行打包，得到測試文件包。[〇〇75] 在上述實施例中，監(jiān)控單元21，具體用于:[〇〇76]處于登錄訪問代碼管理庫的狀態(tài)；
[0077]確定是否接收到代碼管理庫發(fā)出的代碼文件更新提示信息；
[0078]當監(jiān)控部件接收到代碼文件更新提示信息時，確定代碼管理庫中有更新的代碼文件。
[0079]在上述實施例中，監(jiān)控單元21，具體用于:
[0080]按照預設的時間間隔訪問代碼管理庫；
[0081]當訪問代碼管理庫時，根據(jù)代碼管理庫中的代碼文件的上傳時間，確定代碼管理庫中是否有更新的代碼文件。
[0082]如圖2所示，在開發(fā)文件打包裝置中還包括:文件上傳單元25,用于對下載至本地終端的代碼文件進行打包之后，將測試文件包上傳至文件分發(fā)平臺，以通過文件分發(fā)平臺將測試文件包分發(fā)至不同的用戶終端。[〇〇83]基于上述的開發(fā)文件打包裝置，本發(fā)明實施例還提供了另一種開發(fā)文件打包處理裝置。圖3是本發(fā)明實施例提供的開發(fā)文件打包處理裝置的內部結構示意圖。[〇〇84]如圖3所示，開發(fā)文件打包處理裝置300作為計算機系統(tǒng)，至少可包括:至少一個處理器(processor)31、內存(memory)32、夕卜圍設備接口(peripheral interface)33、輸入/輸出子系統(tǒng)(I/O subsystem)34、電力線路35和通信線路36。
[0085]在圖1中，箭頭表示能進行計算機系統(tǒng)的構成要素間的通信和數(shù)據(jù)傳送，且其可利用高速串行總線(high-speed serial bus)、并行總線(parallel bus)、存儲區(qū)域網絡 (SAN，Storage Area Network)和/或其他適當?shù)耐ㄐ偶夹g而實現(xiàn)。
[0086]內存32可包括操作系統(tǒng)321和開發(fā)文件打包控制例程322。例如，內存32可包括高速隨機存取存儲器(high-speed random access memory)、磁盤、靜態(tài)隨機存取存儲器 (SPAM)、動態(tài)隨機存取存儲器(DRAM)、只讀存儲器(ROM)、閃存或非揮發(fā)性內存。內存32可存儲用于操作系統(tǒng)321和開發(fā)文件打包控制例程322的程序編碼，也就是說可包括開發(fā)文件打包處理裝置300的動作所需的軟件模塊、指令集架構或其之外的多種數(shù)據(jù)。此時，處理器31 或外圍設備接口 33等其他控制器與內存32的存取可通過處理器31進行控制。[0〇87]外圍設備接口 33可將開發(fā)文件打包處理裝置300的輸入和/或輸出外圍設備與處理器31和內存32相結合。并且，輸入/輸出子系統(tǒng)34可將多種輸入/輸出外圍設備與外圍設備接口 33相結合。例如，輸入/輸出子系統(tǒng)34可包括顯示器、鍵盤、鼠標、打印機或根據(jù)需要用于將觸摸屏或照相機、各種傳感器等外圍設備與外圍設備接口 33相結合的控制器。根據(jù)另一側面，輸入/輸出外圍可不經過輸入/輸出子系統(tǒng)34而與外圍設備接口 33相結合。[〇〇88]電力線路35可向終端設備的電路元件的全部或部分供給電力。例如，電力線路35 可包括如電力管理系統(tǒng)、電池或交流(AC)之一個以上的電源、充電系統(tǒng)、電源故障檢測電路 (power failuredetect1n circuit)、電力變換器或逆變器、電力狀態(tài)標記符或用于電力生成、管理、分配的任意其他電路元件。[〇〇89]通信線路36可利用至少一個外部接口與其他計算機系統(tǒng)進行通信。并且如上所述，根據(jù)需要，通信線路34通過包括RF電路來接收發(fā)被稱為電磁信號(electromagnetic signal)的RF信號，能與其他計算機系統(tǒng)進行通信。
[0090]處理器31通過施行存儲在內存32中的軟件模塊或指令集架構可執(zhí)行用于開發(fā)文件打包處理裝置300的多種功能且處理數(shù)據(jù)。也就是說，處理器31通過執(zhí)行基本的算術、邏輯以及計算機系統(tǒng)的輸入/輸出演算，可構成為處理計算機程序的命令。處理器31可構成為施行上述開發(fā)文件打包方法的程序編碼。這種程序編碼可存儲在如內存32之記錄裝置中。 [〇〇91]圖3所示的開發(fā)文件打包處理裝置300僅是一個示例，開發(fā)文件打包處理裝置300 可具有如下結構或配置:省略圖3所示的部分電路元件，或進一步具備圖3中未圖示之追加的電路元件，或結合兩個以上的電路元件。例如，用于移動環(huán)境的通信終端的計算機系統(tǒng)除了圖3所示的電路元件之外，還可進一步包括觸摸屏或傳感器等，且在通信線路34中也可包括用于多種通信方式(WiF1、36、1^￡、81脫丨〇〇讓、即(:、218&66等)的1^通信的電路?？砂陂_發(fā)文件打包處理裝置300中的電路元件可由包括一個以上的信號處理或應用程序所特殊化的集成電路的硬件、軟件或硬件和軟件兩者的組合而實現(xiàn)。[〇〇92]上述構成的開發(fā)文件打包處理裝置300,可以監(jiān)控代碼管理庫中是否有更新的文件，當有更新的文件且達到打包時間時，將代碼管理庫中的更新文件下載到本地終端上并在本地終端自動打包，此方式下，可以實現(xiàn)對開發(fā)人員的開發(fā)文件自動下載打包，簡化開發(fā)文件的打包過程，提高開發(fā)文件的打包效率，進而提高應用軟件的開發(fā)效率。
[0093]進一步，圖3所示的開發(fā)文件打包裝置用于執(zhí)行圖1所示的開發(fā)文件打包方法，具體執(zhí)行過程參照圖1說明，不再一一贅述。
[0094]圖4是本發(fā)明實施例提供的開發(fā)文件打包系統(tǒng)的一種結構示意圖。如圖4所示，該系統(tǒng)包括:本地終端43、代碼管理終端42及至少一個開發(fā)終端41。[〇〇95]在上述的開發(fā)文件打包系統(tǒng)中，代碼管理終端42中設置有代碼管理庫，代碼管理庫支持本地終端43及開發(fā)終端41的訪問，具體的，當開發(fā)人員完成程序代碼的編寫或修改后，將新的開發(fā)文件上傳至代碼管理庫中。[〇〇96]本地終端43用于:監(jiān)控所述代碼管理庫中是否有更新的代碼文件；當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間；在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間段內的所有更新的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文件之后至當前時間的時間范圍；對下載至本地終端43的所述代碼文件進行打包，得到測試文件包。[〇〇97]本發(fā)明實施例中的上述本地終端43可以是測試人員所使用的終端設備，也可以是專門用來自動從代碼管理終端42中下載打包開發(fā)文件的終端設備。[〇〇98]上述的代碼管理終端42可是真實的實體裝置，也可以是終端設備中虛擬的數(shù)據(jù)存儲區(qū)域。
[0099]圖5是本發(fā)明實施例提供的開發(fā)文件打包系統(tǒng)的另一種結構示意圖。如圖5所示， 該系統(tǒng)在圖4的基礎上還包括文件分發(fā)終端44以及至少一個測試終端45;當本地終端43中自動打包得到測試文件包后，本地終端43中的監(jiān)控部件將測試文件包上傳至文件分發(fā)終端 44;文件分發(fā)終端44將測試文件包分發(fā)至至少一個測試終端45。
[0100]優(yōu)選的，在文件分發(fā)終端44中預先存儲有各個測試人員的發(fā)送方式，文件分發(fā)終端44獲取到本地終端43上傳的測試文件包后，按照預先存儲的測試人員的發(fā)送方式將測試文件包發(fā)送至各個測試終端45。
[0101]本發(fā)明實施例的開發(fā)文件打包系統(tǒng)，用于執(zhí)行圖1中所示的開發(fā)文件打包方法，其所執(zhí)行的步驟與上述圖1所示方法的相關步驟對應，對于各個執(zhí)行細節(jié)參照對圖1的說明， 不再贅述。
[0102]為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本發(fā)明時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。
[0103]本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置或系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的裝置及系統(tǒng)實施例僅僅是示意性的，其中作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。[〇1〇4]需要說明的是，在本文中，諸如“第一”和“第二”等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括要素的過程、方法、物品或者設備中還存在另外的相同要素。
[0105]以上僅是本發(fā)明的【具體實施方式】，使本領域技術人員能夠理解或實現(xiàn)本發(fā)明。對這些實施例的多種修改對本領域的技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。
【主權項】
1.一種開發(fā)文件打包方法，其特征在于，包括:監(jiān)控代碼管理庫中是否有更新的代碼文件；當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間；在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間段內的所有更新 的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文件之后至當前時 間的時間范圍；對下載至本地終端的所述代碼文件進行打包，得到測試文件包。2.根據(jù)權利要求1所述的方法，其特征在于，確定代碼管理庫中有更新的代碼文件的方 式，包括:處于登錄訪問所述代碼管理庫的狀態(tài)；確定是否接收到所述代碼管理庫發(fā)出的代碼文件更新提示信息；當接收到所述代碼文件更新提示信息時，確定代碼管理庫中有更新的代碼文件。3.根據(jù)權利要求1所述的方法，其特征在于，確定代碼管理庫中有更新的代碼文件的方 式，包括:按照預設的時間間隔訪問代碼管理庫；訪問所述代碼管理庫時，根據(jù)所述代碼管理庫中的代碼文件的上傳時間，確定代碼管 理庫中是否有更新的代碼文件。4.根據(jù)權利要求1至3中任一項所述的方法，其特征在于，所述對下載至本地終端的所 述代碼文件進行打包之后，所述方法還包括:將所述測試文件包上傳至文件分發(fā)平臺，以通過所述文件分發(fā)平臺將所述測試文件包 分發(fā)至不同的用戶終端。5.—種開發(fā)文件打包裝置，其特征在于，所述打包裝置部署于本地終端中，包括:監(jiān)控單元，用于監(jiān)控代碼管理庫中是否有更新的代碼文件；確定單元，用于當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的 打包時間；下載單元，用于在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間 段內的所有更新的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文 件之后至當前時間的時間范圍；打包單元，用于對下載至本地終端的所述代碼文件進行打包，得到測試文件包。6.根據(jù)權利要求5所述的裝置，其特征在于，所述監(jiān)控單元，具體用于:處于登錄訪問所述代碼管理庫的狀態(tài)；確定是否接收到所述代碼管理庫發(fā)出的代碼文件更新提示信息；當接收到所述代碼文件更新提示信息時，確定代碼管理庫中有更新的代碼文件。7.根據(jù)權利要求5所述的裝置，其特征在于，所述監(jiān)控單元，具體用于:按照預設的時間間隔訪問代碼管理庫；訪問所述代碼管理庫時，根據(jù)所述代碼管理庫中的代碼文件的上傳時間，確定代碼管 理庫中是否有更新的代碼文件。8.根據(jù)權利要求5?7中任一項所述的裝置，其特征在于，所述裝置還包括:文件上傳單 元，用于在所述打包單元對下載至本地終端的所述代碼文件進行打包之后，將所述測試文件包上傳至文件分發(fā)平臺，以通過所述文件分發(fā)平臺將所述測試文件包分發(fā)至不同的用戶終端。9.一種開發(fā)文件打包系統(tǒng)，其特征在于，包括:本地終端、代碼管理終端及至少一個開 發(fā)終端；所述代碼管理終端中設置有代碼管理庫；所述開發(fā)終端用于將開發(fā)代碼上傳至所述代碼管理庫；所述本地終端用于:監(jiān)控所述代碼管理庫中是否有更新的代碼文件；當代碼管理庫中有更新的代碼文件時，確定當前時間是否達到預設的打包時間；在當前時間達到預設的打包時間時，將所述代碼管理庫中的當前時間段內的所有更新 的代碼文件下載至本地終端，其中，所述當前時間段為上一次下載代碼文件之后至當前時 間的時間范圍；對下載至本地終端的所述代碼文件進行打包，得到測試文件包。10.根據(jù)權利要求9所述的系統(tǒng)，其特征在于，還包括:文件分發(fā)終端以及至少一個測試 終端；所述本地終端將所述測試文件包上傳至所述文件分發(fā)終端；所述文件分發(fā)終端將所述測試文件包分發(fā)至所述至少一個測試終端。
【文檔編號】G06F9/44GK106095415SQ201610380640
【公開日】2016年11月9日
【申請日】2016年6月1日
【發(fā)明人】柴樂
【申請人】樂視控股（北京）有限公司, 樂視網信息技術（北京）股份有限公司