一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法、設(shè)備及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法，該方法應(yīng)用于該系統(tǒng)的Git服務(wù)設(shè)備，該方法包括：分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接；通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收。本發(fā)明還公開了一種Git服務(wù)設(shè)備，及一種分布式版本控制系統(tǒng)。采用本發(fā)明能夠降低處理成本，提高處理效率。
【專利說明】一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法、設(shè)備及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域中核心網(wǎng)，特別涉及一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法、設(shè)備及系統(tǒng)。
【背景技術(shù)】
[0002]當我們在使用分布式版本控制系統(tǒng)的時候，底層數(shù)據(jù)的存儲都是直接基于文件系統(tǒng)的目錄結(jié)構(gòu)的，一個倉庫，對應(yīng)一個按照自己規(guī)定的，私有的固定存放格式來存儲管理的內(nèi)容。對于Git這種分布式版本控制系統(tǒng)，針對大量的數(shù)據(jù)讀寫操作，可以通過在Git服務(wù)器上使用掛載高轉(zhuǎn)速的磁盤陣列在一定程度上解決數(shù)據(jù)容量，數(shù)據(jù)備份，數(shù)據(jù)完整性及數(shù)據(jù)高并發(fā)訪問的問題。這種方式，在單節(jié)點服務(wù)器的場景中，當Git服務(wù)器提供服務(wù)的時候，存儲單元，即磁盤陣列附屬在該服務(wù)器上提供存儲功能；在多節(jié)點服務(wù)器的場景中，存儲單元作為中心存儲服務(wù)，通過共享總線或者類似nfs的網(wǎng)絡(luò)文件系統(tǒng)。
[0003]也就是說，現(xiàn)有技術(shù)中通過硬件方式，將多個磁盤組合到一起，掛載在Git服務(wù)器上，將Git服務(wù)器通過Git客戶端接收的打包文件進行存儲。但是使用磁盤陣列會導(dǎo)致造價過高，而且針對未來的發(fā)展不利于擴展，在服務(wù)器節(jié)點增加的時候，導(dǎo)致輸入和輸出(10)爭用，數(shù)據(jù)串行處理，效率低下。

【發(fā)明內(nèi)容】

[0004]本發(fā)明的目的在于提供一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法、設(shè)備及系統(tǒng)，能夠降低處理成本，提高處理效率。
[0005]為實現(xiàn)上述發(fā)明目的，本發(fā)明提供了一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法，該方法應(yīng)用于該系統(tǒng)的Git服務(wù)設(shè)備，該方法包括:
[0006]分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接；
[0007]通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收。
[0008]為實現(xiàn)上述發(fā)明目的，本發(fā)明還提供了一種Git服務(wù)設(shè)備，所述Git服務(wù)設(shè)備包括:
[0009]鏈接建立單元，用于分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接；
[0010]處理單元，用于通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收。
[0011]為實現(xiàn)上述發(fā)明目的，本發(fā)明還提供了一種分布式版本控制系統(tǒng)，該系統(tǒng)包括:
[0012]Git服務(wù)設(shè)備，用于分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接；
[0013]通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收；
[0014]分布式數(shù)據(jù)庫服務(wù)設(shè)備，用于存儲打包文件的存儲位置；
[0015]分布式文件存儲服務(wù)設(shè)備，用于存儲打包文件的存儲內(nèi)容。
[0016]綜上所述，本發(fā)明實施例將Git服務(wù)設(shè)備分別與用于存儲小文件的分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與用于存儲大文件的分布式文件存儲服務(wù)設(shè)備建立第二鏈接，通過第一鏈接讀寫打包文件的存儲位置，通過第二鏈接讀寫打包文件的存儲內(nèi)容，將打包文件的存儲位置和存儲內(nèi)容分別在兩個存儲服務(wù)設(shè)備中處理。與現(xiàn)有技術(shù)中讀寫磁盤，或者磁盤陣列的方式相比，本發(fā)明讀寫的是廉價的存儲服務(wù)設(shè)備，可以在數(shù)據(jù)量很大時，在做統(tǒng)計，搜索等全局操作時方便地利用多臺廉價的商業(yè)存儲服務(wù)器進行大規(guī)模的并行運算。
【專利附圖】

【附圖說明】
[0017]圖1為本發(fā)明實施例分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法的流程示意圖。
[0018]圖2為本發(fā)明具體實施例中應(yīng)用于上述方法的Git服務(wù)設(shè)備的結(jié)構(gòu)示意圖。
【具體實施方式】
[0019]為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明所述方案作進一步地詳細說明。
[0020]本發(fā)明的核心思想是:通過在Git服務(wù)設(shè)備中設(shè)置接口，完成與分布式數(shù)據(jù)庫服務(wù)設(shè)備和分布式文件存儲服務(wù)設(shè)備的交互處理，將打包文件的存儲位置和存儲內(nèi)容分別在兩個存儲服務(wù)設(shè)備中處理。進一步地，根據(jù)實際存儲內(nèi)容特性提供優(yōu)化處理方案，在打包文件的存儲內(nèi)容大小不超過閾值時，將內(nèi)容較小的打包文件只在一個存儲服務(wù)設(shè)備中處理，即Git服務(wù)設(shè)備只需要與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置和存儲內(nèi)容。從而有效提高了資源訪問速度和利用率。
[0021]本發(fā)明實施例提供了一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法，該方法應(yīng)用于該系統(tǒng)的Git服務(wù)設(shè)備，其流程示意圖如圖1所示，該方法包括:
[0022]步驟11、分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接；
[0023]步驟12、通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收。
[0024]這里，當通過第一鏈接和第二鏈接的交互為寫操作時，通過設(shè)置寫接口完成交互；當通過第一鏈接和第二鏈接的交互為讀操作時，通過設(shè)置讀接口完成交互。
[0025]需要說明的是，分布式數(shù)據(jù)庫服務(wù)設(shè)備一般用于存儲小文件，由多個服務(wù)器組成，即分布式數(shù)據(jù)庫服務(wù)設(shè)備是一個服務(wù)器集群；分布式文件存儲服務(wù)設(shè)備一般用于存儲大文件，也由多個服務(wù)器組成，即分布式文件存儲服務(wù)設(shè)備也是一個服務(wù)器集群。分布式數(shù)據(jù)庫服務(wù)設(shè)備和分布式文件存儲服務(wù)設(shè)備都是一種存儲服務(wù)設(shè)備，常用的分布式數(shù)據(jù)庫服務(wù)設(shè)備有Hbase，Cassandra等；分布式文件存儲服務(wù)設(shè)備有Jss，HDFS等。為清楚說明本發(fā)明，下面分布式數(shù)據(jù)庫服務(wù)設(shè)備以ffiase為例進行說明，分布式文件存儲服務(wù)設(shè)備以Jss為例進行說明。
[0026]上述方案在實現(xiàn)時，對于從客戶端接收的打包文件，不分內(nèi)容大小，都是將打包文件的存儲位置和存儲內(nèi)容分別在兩個存儲服務(wù)設(shè)備中處理。也就是說，寫入打包文件時，將打包文件在Jss的存儲位置寫入Hbase，將打包文件的存儲內(nèi)容寫入Jss ;讀取打包文件時，從Hbase中讀取打包文件在Jss的存儲位置，從Jss的相應(yīng)存儲位置上讀取打包文件的存儲內(nèi)容。
[0027]但是，對于較小的打包文件，可以直接將打包文件的存儲內(nèi)容寫入Hbase的相應(yīng)存儲位置中，這樣，讀取時，可以直接從ffiase的相應(yīng)存儲位置中讀取打包文件的存儲內(nèi)容。Git服務(wù)器在讀寫時都不需要與Jss進行交互。所以，優(yōu)選地，本發(fā)明在寫操作時，進一步加入對于打包文件存儲內(nèi)容的特性判斷，具體方法為:
[0028]對打包文件的存儲內(nèi)容大小進行判斷，當存儲內(nèi)容大小不超過閾值時，確定將存儲內(nèi)容存入分布式數(shù)據(jù)庫服務(wù)設(shè)備，通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，將打包文件的存儲內(nèi)容寫入分布式數(shù)據(jù)庫服務(wù)設(shè)備的對應(yīng)存儲位置中；
[0029]當存儲內(nèi)容大小超過閾值時，確定將存儲內(nèi)容存入分布式文件存儲服務(wù)設(shè)備，通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，將打包文件在分布式文件存儲服務(wù)設(shè)備的存儲位置寫入分布式數(shù)據(jù)庫服務(wù)設(shè)備中，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，將打包文件的存儲內(nèi)容寫入分布式文件存儲服務(wù)設(shè)備的對應(yīng)存儲位置中。
[0030]其中，根據(jù)該打包文件所屬倉庫的倉庫名、打包文件對應(yīng)的類型標識以及打包文件名，生成打包文件在分布式數(shù)據(jù)庫服務(wù)設(shè)備中的存儲位置標識，作為打包文件的存儲內(nèi)容在分布式數(shù)據(jù)庫服務(wù)設(shè)備中的存儲位置；
[0031]根據(jù)該打包文件所屬倉庫的倉庫名、打包文件對應(yīng)的類型標識以及打包文件名，生成打包文件在分布式文件存儲服務(wù)設(shè)備中的存儲位置標識，作為打包文件的存儲內(nèi)容在分布式文件存儲服務(wù)設(shè)備中的存儲位置。
[0032]進而，在讀操作下，讀取方法包括:
[0033]根據(jù)該打包文件所屬倉庫的倉庫名、打包文件對應(yīng)的類型標識以及打包文件名，確定該打包文件在分布式數(shù)據(jù)庫服務(wù)設(shè)備中的存儲位置；
[0034]根據(jù)分布式數(shù)據(jù)庫服務(wù)設(shè)備中存儲位置上的信息判斷該打包文件的存儲內(nèi)容存在分布式數(shù)據(jù)庫服務(wù)設(shè)備中還是分布式文件存儲服務(wù)設(shè)備中，當存儲位置上存儲的是該打包文件的內(nèi)容時，則讀取該打包文件的內(nèi)容；
[0035]當存儲位置上存儲的是該打包文件寫入分布式文件存儲服務(wù)設(shè)備的存儲位置時，則根據(jù)該打包文件寫入分布式文件存儲服務(wù)設(shè)備的存儲位置，從分布式文件存儲服務(wù)設(shè)備中讀取該打包文件的內(nèi)容。
[0036]需要說明的是，在進行寫操作時，不但可以對打包文件的存儲內(nèi)容大小進行判斷，還可以設(shè)置一個動態(tài)靈活的判斷策略，評價該打包文件需要寫入哪種存儲服務(wù)設(shè)備，例如對分布式數(shù)據(jù)庫服務(wù)設(shè)備和分布式文件存儲服務(wù)設(shè)備的狀態(tài)進行判斷，根據(jù)各存儲服務(wù)設(shè)備的負載及健康狀況，結(jié)合打包文件的存儲內(nèi)容大小，來靈活判斷打包文件需要寫入的存儲服務(wù)設(shè)備。[0037]為清楚說明本發(fā)明，下面列舉具體場景對本發(fā)明的方法進行詳細說明，這里仍然以Hbase和Jss為例進行介紹。
[0038]整個寫入流程和讀取流程如下:
[0039]寫入流程:以寫接口(write file)為例，首先根據(jù)該打包文件所屬倉庫的倉庫名(abc),打包文件對應(yīng)的類型標識(pack),打包文件名(packl),三者拼在一起得到打包文件packl在Hbase中的存儲位置標識:abc:pack:packl ；
[0040]如果經(jīng)過判斷將該打包文件的存儲內(nèi)容存儲在Hbase中，則將該打包文件的存儲內(nèi)容寫入abc:pack:packl所標識的Hbase存儲位置中；
[0041]如果經(jīng)過判斷將該打包文件的存儲內(nèi)容存儲在Jss中，則根據(jù)abc:pack:packl生成打包文件存儲內(nèi)容在Jss中的存儲位置標識:JSS_GIT_ABC_PACK_PACK1_20131217，將JSS_GIT_ABC_PACK_PACK 1_20131217 寫入 abc:pack:packl 所標識的 Hbase 存儲位置中，將該打包文件的存儲內(nèi)容寫入JSS_GIT_ABC_PACK_PACK1_20131217所標識的Jss存儲位置中。
[0042]同理，
[0043]讀取流程:以讀接口(open file)為例，首先根據(jù)該打包文件所屬倉庫的倉庫名(abc),打包文件對應(yīng)的類型標識(pack),打包文件名(packl),三者拼在一起得到打包文件packl在Hbase中的存儲位置標識:abc:pack:packl,從而可以找到該打包文件在HBase中的存儲位置；
[0044]然后，根據(jù)存儲位置上的信息得到打包文件的存儲內(nèi)容到底是直接存儲在Hbase中，還是存儲在Jss中，如果存儲在Hbase中，直接讀取該打包文件的存儲內(nèi)容；
[0045]如果存儲位置上的信息是存儲內(nèi)容在Jss里的對應(yīng)位置標識:JSS_GIT_ABC_PACK_PACK1_20131217,則，根據(jù) JSS_GIT_ABC_PACK_PACK1_20131217 從 Jss 的相應(yīng)位置上讀取該打包文件的存儲內(nèi)容。
[0046]基于同樣的發(fā)明構(gòu)思，本發(fā)明還提出一種Git服務(wù)設(shè)備，參見圖2，圖2為本發(fā)明具體實施例中應(yīng)用于上述方法的Git服務(wù)設(shè)備的結(jié)構(gòu)示意圖。該Git服務(wù)設(shè)備包括:
[0047]鏈接建立單元201，用于分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接；
[0048]處理單元202，用于通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收。
[0049]優(yōu)選地，該Git服務(wù)設(shè)備進一步包括:
[0050]判斷單元203，用于對打包文件的存儲內(nèi)容大小進行判斷，根據(jù)判斷結(jié)果對打包文件進行相應(yīng)的處理。
[0051]本發(fā)明還提出一種分布式版本控制系統(tǒng)，該系統(tǒng)包括:
[0052]Git服務(wù)設(shè)備，用于分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接；
[0053]通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收；[0054]分布式數(shù)據(jù)庫服務(wù)設(shè)備，用于存儲打包文件的存儲位置；
[0055]分布式文件存儲服務(wù)設(shè)備，用于存儲打包文件的存儲內(nèi)容。
[0056]本發(fā)明分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法、設(shè)備及系統(tǒng)，會帶來如下好處:
[0057]—、整個系統(tǒng)具有良好的可伸縮性，擴展時只需要獨立地對各存儲服務(wù)設(shè)備進行擴展，而無需對現(xiàn)有系統(tǒng)進行修改；也就是說，如果需要提升系統(tǒng)的性能，可以通過靈活增加分布式數(shù)據(jù)庫服務(wù)設(shè)備或分布式文件存儲服務(wù)設(shè)備的服務(wù)器集群中服務(wù)器的個數(shù)，而不需要像現(xiàn)有技術(shù)那樣增加Git服務(wù)設(shè)備的磁盤。
[0058]二、由于各存儲服務(wù)設(shè)備由服務(wù)器集群構(gòu)成，所以寫入時可以寫入服務(wù)器集群中不同的服務(wù)器，讀取時可以從集群中某一服務(wù)器進行讀取，從而對IO訪問進行有效地分流，提高響應(yīng)速度及負載能力。
[0059]三、進行寫操作時，根據(jù)實際存儲內(nèi)容等特性進行判斷，提高資源訪問速度和利用率。
[0060]四、當數(shù)據(jù)量很大時，在做統(tǒng)計，搜索等全局操作時可以很方便地利用多臺廉價的商業(yè)存儲服務(wù)器進行大規(guī)模的并行運算。
[0061]以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種分布式版本控制系統(tǒng)的數(shù)據(jù)處理方法，該方法應(yīng)用于該系統(tǒng)的Git服務(wù)設(shè)備，該方法包括： 分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接; 通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收。
2.如權(quán)利要求1所述的方法，其特征在于，當通過第一鏈接和第二鏈接的交互為寫操作時，通過設(shè)置寫接口完成交互； 當通過第一鏈接和第二鏈接的交互為讀操作時，通過設(shè)置讀接口完成交互。
3.如權(quán)利要求2所述的方法，其特征在于，在寫操作下，該方法進一步包括： 對打包文件的存儲內(nèi)容大小進行判斷，當存儲內(nèi)容大小不超過閾值時，確定將存儲內(nèi)容存入分布式數(shù)據(jù)庫服務(wù)設(shè)備，通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，將打包文件的存儲內(nèi)容寫入分布式數(shù)據(jù)庫服務(wù)設(shè)備的對應(yīng)存儲位置中； 當存儲內(nèi)容大小超過閾值時，確定將存儲內(nèi)容存入分布式文件存儲服務(wù)設(shè)備，通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，將打包文件在分布式文件存儲服務(wù)設(shè)備的存儲位置寫入分布式數(shù)據(jù)庫服務(wù)設(shè)備中，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，將打包文件的存儲內(nèi)容寫入分布式文件存儲服務(wù)設(shè)備的對應(yīng)存儲位置中。
4.如權(quán)利要求3所述的方法，其特征在于， 根據(jù)該打包文件所屬倉庫的倉庫名、打包文件對應(yīng)的類型標識以及打包文件名，生成打包文件在分布式數(shù)據(jù)庫服務(wù)設(shè)備中的存儲位置標識，作為打包文件的存儲內(nèi)容在分布式數(shù)據(jù)庫服務(wù)設(shè)備中的存儲位置； 根據(jù)該打包文件所屬倉庫的倉庫名、打包文件對應(yīng)的類型標識以及打包文件名，生成打包文件在分布式文件存儲服務(wù)設(shè)備中的存儲位置標識，作為打包文件的存儲內(nèi)容在分布式文件存儲服務(wù)設(shè)備中的存儲位置。
5.如權(quán)利要求2所述的方法，其特征在于，該方法還包括：預(yù)先將打包文件的存儲內(nèi)容存儲在分布式數(shù)據(jù)庫服務(wù)設(shè)備的對應(yīng)存儲位置中，在讀操作下，具體交互方法為： 根據(jù)該打包文件所屬倉庫的倉庫名、打包文件對應(yīng)的類型標識以及打包文件名，確定該打包文件在分布式數(shù)據(jù)庫服務(wù)設(shè)備中的存儲位置； 根據(jù)分布式數(shù)據(jù)庫服務(wù)設(shè)備中存儲位置上的信息判斷該打包文件的存儲內(nèi)容存在分布式數(shù)據(jù)庫服務(wù)設(shè)備中還是分布式文件存儲服務(wù)設(shè)備中，當存儲位置上存儲的是該打包文件的內(nèi)容時，則讀取該打包文件的內(nèi)容； 當存儲位置上存儲的是該打包文件寫入分布式文件存儲服務(wù)設(shè)備的存儲位置時，則根據(jù)該打包文件寫入分布式文件存儲服務(wù)設(shè)備的存儲位置，從分布式文件存儲服務(wù)設(shè)備中讀取該打包文件的內(nèi)容。
6.一種Git服務(wù)設(shè)備，所述Git服務(wù)設(shè)備包括： 鏈接建立單元，用于分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接； 處理單元，用于通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收。
7.如權(quán)利要求6所述的Git服務(wù)設(shè)備，其特征在于，該Git服務(wù)設(shè)備進一步包括：判斷單元，用于對打包文件的存儲內(nèi)容大小進行判斷，根據(jù)判斷結(jié)果對打包文件進行相應(yīng)的處理。
8.如權(quán)利要求7所述的Git服務(wù)設(shè)備，其特征在于，所述判斷單元，還用于對分布式數(shù)據(jù)庫服務(wù)設(shè)備和分布式文件存儲服務(wù)設(shè)備的狀態(tài)進行判斷，根據(jù)判斷結(jié)果對打包文件進行相應(yīng)的處理。
9.一種分布式版本控制系統(tǒng),該系統(tǒng)包括： Git服務(wù)設(shè)備，用于分別與分布式數(shù)據(jù)庫服務(wù)設(shè)備建立第一鏈接，與分布式文件存儲服務(wù)設(shè)備建立第二鏈接； 通過第一鏈接與分布式數(shù)據(jù)庫服務(wù)設(shè)備進行交互，處理打包文件的存儲位置，通過第二鏈接與分布式文件存儲服務(wù)設(shè)備進行交互，處理打包文件的存儲內(nèi)容；所述打包文件從客戶端接收； 分布式數(shù)據(jù)庫服務(wù)設(shè)備，用于存儲打包文件的存儲位置； 分布式文件存儲服務(wù)設(shè)備，用于存儲打包文件的存儲內(nèi)容。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述分布式數(shù)據(jù)庫服務(wù)設(shè)備包括Hbase, Cassandra ； 所述分布式文件存儲服務(wù)設(shè)備包括Jss，HDFS。
【文檔編號】G06F17/30GK103647850SQ201310726376
【公開日】2014年3月19日 申請日期:2013年12月25日 優(yōu)先權(quán)日:2013年12月25日
【發(fā)明者】甘露 申請人:北京京東尚科信息技術(shù)有限公司