【文章內(nèi)容簡(jiǎn)介】 內(nèi)容恢復(fù)到先前某個(gè)版本時(shí)的狀態(tài)，它將使所有在該版本后所做的改動(dòng)丟失。如果你所回滾的文件被多個(gè)工程共享，則操作只影響你所指定的那個(gè)工程，并且它會(huì)自動(dòng)實(shí)行Branch操作（參見(jiàn)對(duì)文件和工程的Branch/Share操作）。建議你使用虛擬回滾（Virtual Rollback），它將不會(huì)使隨后的改動(dòng)永久丟失。具體操作如下： 選擇你要回滾的文件并簽出 使用Get命令獲取某個(gè)原有版本到本地 簽入該文件 多人同時(shí)簽出一個(gè)文件(Check Out Multiple Files)*　　缺省狀態(tài)下，一個(gè)文件只允許一個(gè)人簽出，管理員可以通過(guò)修改配置，允許多人同時(shí)簽出。此時(shí)，VSS將跟蹤所有簽出該文件的用戶。每當(dāng)用戶簽入時(shí)，VSS都將和當(dāng)前存于數(shù)據(jù)庫(kù)內(nèi)的最新版本進(jìn)行比較，若用戶修改的是同一文件的不同處，VSS將進(jìn)行簡(jiǎn)單的合并（Merge），否則提示用戶，并且不允許簽入。用戶可以通過(guò)VSS提供的Visual Merge工具，比較存放于VSS數(shù)據(jù)庫(kù)中的文件和本地文件的異同，手工修改本地文件，直到認(rèn)為已經(jīng)可以簽入時(shí)，方才執(zhí)行最終簽入操作。（參見(jiàn)合并） 合并(Merge)*　　在VSS中，合并可能發(fā)生在3種場(chǎng)合下：使用Multiple Checkout的工作方式；合并原先已經(jīng)Branch了的文件；獲?。℅et）文件。 Multiple Checkout：若多個(gè)用戶同時(shí)簽出一個(gè)文件，第一個(gè)用戶只要簡(jiǎn)單的簽入就可以了。后續(xù)用戶也可以簽入，但他們的更改將需要和其他所有用戶的更改合并，VSS將得到完整的更改內(nèi)容（參見(jiàn)多人同時(shí)簽出一個(gè)文件）。 Branch：當(dāng)被Branch的文件合并到其中一個(gè)分支時(shí)，VSS將會(huì)把在另一個(gè)分支上所做的改動(dòng)合并到該分支上（參見(jiàn)對(duì)文件和工程的Branch/Share操作）。 Merge on Get：在Multiple Checkout工作方式下，當(dāng)使用Get Latest Version操作時(shí)可能引發(fā)合并操作，此時(shí)保存在VSS數(shù)據(jù)庫(kù)中的內(nèi)容將合并到本地文件。但如果某個(gè)文件是排他性簽出的，則不會(huì)引發(fā)合并操作（參見(jiàn)排他性簽出）。 　　在完成一個(gè)合并之后，VSS遵循如下規(guī)則： 如果仍有沖突，VSS維持文件的簽出狀態(tài)，為了使文件能順利簽入，你必須排除這些沖突。 如果你使用Merge Branches命令，將一個(gè)文件合并到一個(gè)工程中，而該工程中的對(duì)應(yīng)文件已被簽出，該文件將繼續(xù)保持簽出狀態(tài)（參見(jiàn)對(duì)文件和工程的Branch/Share操作）。 在任何其他時(shí)候，VSS將會(huì)提示你，或者在合并后自動(dòng)簽入，或者保持文件的簽出狀態(tài)以使你在更新VSS數(shù)據(jù)庫(kù)中內(nèi)容之前再核查一邊。 　　缺省情況下，當(dāng)發(fā)生沖突時(shí)，VSS將啟用其Visual Merge工具。 排他性簽出(Exclusive Check Out)*　　允許多人同時(shí)簽出一個(gè)文件是針對(duì)整個(gè)VSS數(shù)據(jù)庫(kù)而言的，但用戶仍可以根據(jù)實(shí)際情況，針對(duì)某些文件修改該規(guī)則。對(duì)某個(gè)文件實(shí)施排他性簽出，則其他用戶將無(wú)法簽出該文件，直至該用戶使用了簽入操作。 對(duì)工程的Cloak操作(Cloak Projects)*　　若對(duì)某工程實(shí)行了Cloak操作，則當(dāng)對(duì)該工程的上一級(jí)工程進(jìn)行Get/Check In/Check Out/Undo Check Out/Project Difference操作時(shí)，將不會(huì)影響該工程及其子工程。而在該工程上進(jìn)行類似操作時(shí)，則和平常得到的結(jié)果一樣。這一屬性將傳遞給其下的子工程?！　±纾耗硞€(gè)工程其路徑為$/Application，下面有三個(gè)子工程：$/Application/Code，$/Application/Test，$/Application/Docs，而Docs工程下的內(nèi)容可能對(duì)你沒(méi)有任何用處。當(dāng)你每次從$/Application處進(jìn)行Get操作后，都需要從本地刪除多余的Docs目錄。此時(shí)可以對(duì)Docs進(jìn)行Cloak操作。這樣，每次的Get操作將只把Code和Test下的內(nèi)容放到本地。如果你需要獲取Docs工程下的內(nèi)容，則可以單獨(dú)從Docs處進(jìn)行Get操作。 Branch、Share、Label和Pin操作(Branch、Share、Label and Pin) 對(duì)文件和工程的Branch/Share操作(Branch and Share Files and Projects)*　　在VSS中，通過(guò)Share操作，一個(gè)文件可以被多個(gè)工程共享，在任何一個(gè)工程中對(duì)該文件的更改，都將反映到其他相關(guān)工程里?！　ranch操作則消除這種共享，每次將一個(gè)被共享的文件拆成兩個(gè)分支，在不同工程中分別跟蹤該文件。通過(guò)查看文件屬性的Links屬性頁(yè)可以了解該文件被哪些工程共享，通過(guò)查看Paths屬性頁(yè)可以了解文件的分支狀況?！　±纾海üこ搪窂綖?/Application）。但在開(kāi)始升級(jí)的過(guò)程中，需要修改。此時(shí)可以進(jìn)行如下操作：（參見(jiàn)給文件、工程指定標(biāo)簽），利用Share功能創(chuàng)建過(guò)渡版本（工程路徑為$/），此時(shí)兩個(gè)工程中的文件是共享的，且$/（參見(jiàn) Pin操作），即：，對(duì)$/Application中相關(guān)文件的更改，將不影響$/，但此時(shí)文件仍是共享的。僅對(duì)需要修改bug的文件采取Branch操作。這樣做的好處是，并且最大限度的降低了所需的存儲(chǔ)空間。 給文件、工程指定標(biāo)簽(Label Files and Projects)*　　VSS使用3種方式跟蹤文件的歷史記錄：內(nèi)部版本號(hào)，日期，用戶自定義標(biāo)簽?！　?biāo)簽可以是一個(gè)不超過(guò)31個(gè)字符長(zhǎng)度的串，例如：、Final Beta、Approved for QA。應(yīng)用Label功能，用戶就可以獲取某個(gè)特定時(shí)期的軟件內(nèi)容了。所有當(dāng)前工程下的文件和子工程都將繼承該標(biāo)簽?！　∽⒁庀旅鎺c(diǎn)： 當(dāng)使用Label功能時(shí)，表明你在所選工程的歷史記錄里創(chuàng)建了一個(gè)新的版本，但文件和工程本身的內(nèi)容并未發(fā)生變化。 對(duì)某個(gè)工程的某個(gè)標(biāo)簽再次使用Label操作將覆蓋原來(lái)的標(biāo)簽內(nèi)容。 　　請(qǐng)參見(jiàn)附錄A1：同時(shí)維護(hù)一個(gè)工程的多個(gè)版本 Pin操作(Pin)*　　該功能對(duì)共享文件很有用，盡管它的使用不僅限于共享文件，也包括其他任何文件。當(dāng)你對(duì)一個(gè)文件實(shí)施Pin操作后，你將不能對(duì)之做任何修改。如果一個(gè)文件在Pin之后又被實(shí)施了Share操作，而被Pin的那個(gè)版本同時(shí)也是被共享的版本，則所有共享該文件的工程都不能更改