Subversion在多媒體素材庫(kù)建設(shè)中的應(yīng)用

摘 要多媒體素材庫(kù)的建設(shè)需要多個(gè)人共同合作完成，因此在素材庫(kù)的建設(shè)過程中存在文件頻繁的變更，共享文件最新一致數(shù)據(jù)，可能需要回溯到某個(gè)版本等管理問題。利用Subversion的特點(diǎn)，結(jié)合多媒體素材庫(kù)建設(shè)中文檔管理的特點(diǎn)，本文闡述了有效解決文檔版本控制的 Subversion 管理方法。

【關(guān)鍵詞】Subversion（SVN） 版本控制 多媒體素材庫(kù)

1 問題的提出

多媒體素材庫(kù)的開發(fā)需要許多個(gè)人共同合作完成，開發(fā)過程中項(xiàng)目組成員需要共享各專業(yè)數(shù)據(jù)庫(kù)中數(shù)據(jù)，為了保證素材庫(kù)的正常建設(shè)，項(xiàng)目組成員需要保證每個(gè)人拿到的文件都是最新的、一致的，且可以根據(jù)需要回溯到之前的某個(gè)節(jié)點(diǎn)，這就需要在項(xiàng)目過程中做好數(shù)據(jù)的版本管理。 素材庫(kù)的文件版本管理是一個(gè)素材庫(kù)建設(shè)的基礎(chǔ)，它不僅可以提高素材庫(kù)的建設(shè)效率，而且可以提高素材庫(kù)的共享性，為多媒體素材庫(kù)的長(zhǎng)期發(fā)展保駕護(hù)航。

多媒體素材庫(kù)的文件數(shù)據(jù)是其建設(shè)的核心，如果忽略對(duì)其版本控制管理的重要性，會(huì)給其帶來許多問題。

（1）缺少版本規(guī)劃，時(shí)間久了容易引起版本混亂；

（2）版本沒有進(jìn)行生命周期管理，維護(hù)成本很大；

（3）版本升級(jí)測(cè)試通過后，沒有及時(shí)歸檔（包括中間產(chǎn)生/更新的各種過程文檔）；

（4）歸檔后的版本，下發(fā)文件人員沒有及時(shí)發(fā)布出去；

（5）由于沒有做好文檔數(shù)據(jù)版本管理，經(jīng)常出現(xiàn)同一項(xiàng)目組的開發(fā)人員的版本不一致，此時(shí)想回溯到之前的版本變得困難重重，從而對(duì)項(xiàng)目造成嚴(yán)重影響。

2 版本控制的概念

版本庫(kù)Repository是 Subversion的核心部分，它是數(shù)據(jù)的中央倉(cāng)庫(kù)，版本庫(kù)以典型的文件和目錄結(jié)構(gòu)形式文件系統(tǒng)樹來保存信息。任意數(shù)量的客戶端連接到版本庫(kù)讀取修改這些文件。客戶端通過寫數(shù)據(jù)將信息分享給其他人，通過讀數(shù)據(jù)獲取別人共享的信息。一個(gè)數(shù)據(jù)倉(cāng)庫(kù)對(duì)應(yīng)的可以是一個(gè)項(xiàng)目，也可以是多個(gè)項(xiàng)目。SVN是基于數(shù)據(jù)倉(cāng)庫(kù)進(jìn)行管理的。

它的主要特征有：

（1）“提交（commit）”實(shí)現(xiàn)了真正意義上的單個(gè)文件操作。

（2）版本號(hào)依據(jù)每次提交而改變，日志信息也是針對(duì)每次提交而設(shè)置。

（3）具有創(chuàng)建分支（Branch）和標(biāo)簽（tag）的功能。

3 SVN應(yīng)用

SVN Repository 是多媒體素材庫(kù)的版本庫(kù)核心，所有的數(shù)據(jù)都以一定的數(shù)據(jù)格式存放在這個(gè)倉(cāng)庫(kù)。用戶根據(jù)權(quán)限可以訪問版本庫(kù)。

3.1 簡(jiǎn)述

（1）建立項(xiàng)目的數(shù)據(jù)倉(cāng)庫(kù)，并導(dǎo)入項(xiàng)目的最初版本（由管理員完成）。

svn：//10.232.201.102/多媒體素材庫(kù)/護(hù)理學(xué)

（2）從倉(cāng)庫(kù)獲取一個(gè)“工作副本”（svn checkout，可以獲取最新版本也可以獲取以前的某個(gè)版本），在這個(gè)“工作副本”中進(jìn)行項(xiàng)目開發(fā)，修改完畢將變動(dòng)提交到倉(cāng)庫(kù)。

svn checkout svn：//10.232.201.102/多媒體素材庫(kù)/護(hù)理學(xué)。

在團(tuán)隊(duì)開發(fā)中，進(jìn)入已有的“工作副本”進(jìn)行編輯前，應(yīng)該先使用"svn update"命令將當(dāng)前“工作副本”更新到倉(cāng)庫(kù)中的最新版本。

3.2 Subversion常用命令

典型的工作周期是這樣的：

3.2.1 更新你的工作拷貝

· svn update

將當(dāng)前“工作副本”更新到倉(cāng)庫(kù)中的最新版本。

3.2.2 做出修改

· svn add

· svn delete

· svn copy

· svn move

如果要在項(xiàng)目中增加或刪除某一文件或目錄（包括復(fù)制和移動(dòng)），必須使用svn的相關(guān)命令進(jìn)行標(biāo)記。

for example： 增加 doc 文件，用命令 touch doc ， svn add doc

3.2.3 檢驗(yàn)修改

svn status

· svn diff

· svn revert （ 把文件恢復(fù)到未修改的狀態(tài)）

3.2.4 合并別人的修改到工作拷貝

·svn update

· svn resolved

3.2.5 提交你的修改

· svn commit

檢查確認(rèn)無誤后，便可提交此次更改，同時(shí)要附加此次更改的說明注釋信息。

沖突發(fā)現(xiàn)與解決：

Subversion打印C標(biāo)記，并且標(biāo)記這個(gè)文件已沖突。

對(duì)于每一個(gè)沖突的文件，Subversion放置三個(gè)額外的未版本化文件到你的工作拷貝：

filename.mine

你更新前的文件，沒有沖突標(biāo)志，只是你最新更改的內(nèi)容。

filename.rOLDREV

這是你的做更新操作以前的BASE版本文件，就是你在上次更新之后未作更改的版本。

filename.rNEWREV

這是你的Subversion客戶端從服務(wù)器剛剛收到的版本，這個(gè)文件對(duì)應(yīng)版本庫(kù)的HEAD版本。

如果你遇到?jīng)_突，三件事你可以選擇：

（1） “手動(dòng)”合并沖突文本（檢查和修改文件中的沖突標(biāo)志）。

（2） 用某一個(gè)臨時(shí)文件覆蓋你的工作文件。

（3） 運(yùn)行svn revert 來放棄所有的修改。

一旦你解決了沖突，你需要通過命令svn resolved讓Subversion知道，這樣就會(huì)刪除三個(gè)臨時(shí)文件，Subversion就不會(huì)認(rèn)為這個(gè)文件是在沖突狀態(tài)了。

3.3 標(biāo)簽

相應(yīng)的svn庫(kù)都有tag 文件夾，tag只可讀，不可寫，tag是開發(fā)文檔目錄主干的一個(gè)快照，根據(jù)開發(fā)的階段，可以在重要的階段打 tag，以便于以后對(duì)文檔的查找和恢復(fù)。

在多媒體素材庫(kù)的數(shù)據(jù)搜集完后可以打一個(gè)tag，當(dāng)編輯初稿后可以打一個(gè)tag， 當(dāng)初審?fù)瓿珊罂梢栽俅蛞粋€(gè)tag，當(dāng)然在最終發(fā)布時(shí)，也要打tag。

4 小結(jié)

如今在多媒體素材庫(kù)的建設(shè)體系中，文檔管理始終是一個(gè)難題。利用SVN的特點(diǎn)可以有效解決對(duì)文檔的版本控制。將維護(hù)人員與開發(fā)人員相互分離，開發(fā)人員更新文件，而維護(hù)人員在工作時(shí)總能拿到最新的文件，不但提高了效率，更減少了誤操作的可能性。同時(shí)，維護(hù)人員通過SVN更新文檔，使得開發(fā)人員能夠更好地對(duì)素材庫(kù)文件進(jìn)行改進(jìn)。此外，對(duì)于團(tuán)隊(duì)中不同人員的權(quán)限控制，也保證了文檔的安全性，避免了被無關(guān)人員的篡改。

參考文獻(xiàn)

[1]許林.醫(yī)院網(wǎng)絡(luò)環(huán)境中軟件在線升級(jí)技術(shù)的研究與實(shí)現(xiàn)[D].中國(guó)石油大學(xué)， 2011（08）.

作者簡(jiǎn)介

張更新（1981-），男，河北省衡水市人。碩士研究生學(xué)歷?，F(xiàn)為衡水衛(wèi)生學(xué)校文化教學(xué)部講師。

作者單位

衡水衛(wèi)生學(xué)校 河北省衡水市 053000