[發(fā)明專利]圖片版本管理系統(tǒng)及方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201410838737.0
• 申請(qǐng)日: 2014-12-26
• 公開（公告）號(hào): CN104504102A
• 公開（公告）日: 2015-04-08
• 發(fā)明（設(shè)計(jì)）人: 劉艷
• 申請(qǐng)（專利權(quán)）人: 攜程計(jì)算機(jī)技術(shù)（上海）有限公司
• 主分類號(hào): G06F17/30
• 分類號(hào): G06F17/30
• 代理公司: 上海弼興律師事務(wù)所31283
• 代理人: 薛琦;王聰

技術(shù)領(lǐng)域

本發(fā)明涉及一種圖片版本管理系統(tǒng)及方法。

背景技術(shù)

軟件開發(fā)中常見的源代碼版本管理是針對(duì)文本文件進(jìn)行的。除支持版本標(biāo)識(shí)、差異對(duì)比、合并分支等功能外，大多數(shù)版本管理工具都采用壓縮技術(shù)對(duì)版本管理的過程文件進(jìn)行壓縮存儲(chǔ)。

而二進(jìn)制的圖片在使用現(xiàn)有的版本管理工具(如SVN/Git等)進(jìn)行管理時(shí)，通常將所有的圖片放在同一版本倉(cāng)庫中，隨著圖片的版本的增多，版本倉(cāng)庫的物理文件大小呈線性增長(zhǎng)，若是圖片的數(shù)量也同時(shí)增長(zhǎng)，版本倉(cāng)庫的物理文件大小更是會(huì)呈幾何倍數(shù)增長(zhǎng)。這種版本管理方式不但影響客戶端與版本倉(cāng)庫所在的服務(wù)器之間的圖片同步速度，還會(huì)使得版本管理服務(wù)因版本倉(cāng)庫的物理文件過大被拖垮。因此，如何對(duì)海量圖片進(jìn)行版本管理始終沒有一個(gè)良好的解決方案。

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

本發(fā)明要解決的技術(shù)問題是如何克服現(xiàn)有技術(shù)中對(duì)海量圖片的版本管理不但會(huì)影響客戶端與版本倉(cāng)庫所在的服務(wù)器之間的圖片同步速度，還使得版本管理服務(wù)因版本倉(cāng)庫的物理文件過大被拖垮的缺陷，提供一種適用于海量圖片的圖片版本管理系統(tǒng)及方法。

本發(fā)明是通過下述技術(shù)方案解決上述技術(shù)問題的：

本發(fā)明提供一種圖片版本管理系統(tǒng)，其特點(diǎn)是，包括一第一客戶端、一web服務(wù)和文件版本管理服務(wù)；

該web服務(wù)用于創(chuàng)建至少一項(xiàng)目，并為每個(gè)項(xiàng)目在文件版本管理服務(wù)中分別建立一版本倉(cāng)庫；

第一客戶端用于將與項(xiàng)目相關(guān)的圖片分別上傳至項(xiàng)目對(duì)應(yīng)的版本倉(cāng)庫。

本技術(shù)方案中的圖片為二進(jìn)制圖片，如視覺稿。本技術(shù)方案能夠避免所有的圖片均放在同一版本倉(cāng)庫所導(dǎo)致的版本倉(cāng)庫的物理文件大小暴增，防止文件版本管理服務(wù)因版本倉(cāng)庫的物理文件大小過多而被拖垮，提高圖片版本管理系統(tǒng)的存儲(chǔ)量，進(jìn)一步提高了系統(tǒng)效率，便于圖片管理。

較佳的，第一客戶端還包括一第一發(fā)送模塊和一第一接收模塊；

該web服務(wù)包括一第二接收模塊、一項(xiàng)目創(chuàng)建模塊和一第二發(fā)送模塊；

該文件版本管理服務(wù)包括一第三接收模塊、一版本倉(cāng)庫建立模塊和一第三發(fā)送模塊；

該第一發(fā)送模塊用于向該第二接收模塊發(fā)送一第一請(qǐng)求，該第一請(qǐng)求用于請(qǐng)求創(chuàng)建至少一項(xiàng)目，該第一請(qǐng)求還包括請(qǐng)求創(chuàng)建的每個(gè)項(xiàng)目的唯一標(biāo)識(shí)；

該第二接收模塊用于在接收到該第一請(qǐng)求后調(diào)用該項(xiàng)目創(chuàng)建模塊；

該項(xiàng)目創(chuàng)建模塊用于按照該第一請(qǐng)求創(chuàng)建項(xiàng)目，創(chuàng)建的項(xiàng)目按照該第一請(qǐng)求分別具備相應(yīng)的唯一標(biāo)識(shí)，然后調(diào)用該第二發(fā)送模塊向該第三接收模塊發(fā)送一第二請(qǐng)求，該第二請(qǐng)求用于請(qǐng)求為該項(xiàng)目創(chuàng)建模塊中創(chuàng)建的項(xiàng)目分別建立一版本倉(cāng)庫，該第二請(qǐng)求還包括請(qǐng)求建立版本倉(cāng)庫的項(xiàng)目的唯一標(biāo)識(shí)；

該第三接收模塊用于在接收到該第二請(qǐng)求后調(diào)用該版本倉(cāng)庫建立模塊；

該版本倉(cāng)庫建立模塊用于按照該第二請(qǐng)求建立版本倉(cāng)庫，建立的版本倉(cāng)庫按照該第二請(qǐng)求分別具備相應(yīng)的唯一標(biāo)識(shí)，然后調(diào)用該第三發(fā)送模塊將建立的版本倉(cāng)庫的地址返回給該第二接收模塊；

該第二接收模塊還用于在接收到版本倉(cāng)庫的地址后，調(diào)用該第二發(fā)送模塊將接收到的版本倉(cāng)庫的地址與對(duì)應(yīng)的項(xiàng)目的唯一標(biāo)識(shí)返回給該第一接收模塊。

較佳的，該圖片版本管理系統(tǒng)包括若干個(gè)該文件版本管理服務(wù)；該web服務(wù)還包括一選取模塊；

該項(xiàng)目創(chuàng)建模塊用于按照該第一請(qǐng)求創(chuàng)建項(xiàng)目，創(chuàng)建的項(xiàng)目按照該第一請(qǐng)求分別具備相應(yīng)的唯一標(biāo)識(shí)，然后調(diào)用該選取模塊；

該選取模塊用于從該些文件版本管理服務(wù)中選取一個(gè)文件版本管理服務(wù)，然后調(diào)用該第二發(fā)送模塊向被選取的文件版本管理服務(wù)的第三接收模塊發(fā)送一第三請(qǐng)求，該第三請(qǐng)求用于請(qǐng)求為該項(xiàng)目創(chuàng)建模塊中創(chuàng)建的一個(gè)或多個(gè)項(xiàng)目分別建立版本倉(cāng)庫，該第三請(qǐng)求還包括請(qǐng)求建立版本倉(cāng)庫的項(xiàng)目的唯一標(biāo)識(shí)；

被選取的文件版本管理服務(wù)的第三接收模塊還用于在接收到該第三請(qǐng)求后調(diào)用該版本倉(cāng)庫建立模塊；

該版本倉(cāng)庫建立模塊還用于按照該第三請(qǐng)求建立版本倉(cāng)庫，建立的版本倉(cāng)庫按照該第三請(qǐng)求分別具備相應(yīng)的唯一標(biāo)識(shí)，然后調(diào)用該第三發(fā)送模塊將建立的版本倉(cāng)庫的地址返回給該第二接收模塊。

本技術(shù)方案中該些文件版本管理服務(wù)可以位于不同的物理位置具備不同的邏輯定義，web服務(wù)可以將根據(jù)整個(gè)圖片版本管理系統(tǒng)的配置從該些文件版本管理服務(wù)進(jìn)行選擇，通過在不同的文件版本管理服務(wù)中建立不同版本倉(cāng)庫這種分布式存儲(chǔ)的方式達(dá)到自由擴(kuò)容的效果。

較佳的，該web服務(wù)還包括一文件版本管理服務(wù)列表，該文件版本管理服務(wù)列表用于存儲(chǔ)該些文件版本管理服務(wù)的標(biāo)識(shí)及該些文件版本管理服務(wù)的地址；