VSS 軟體組態管理 版本控制第1/2頁

2、為什麼需要組態管理
　　如果沒有軟體組態管理，最大的麻煩是工作成果無法回溯。隨著工作的進展新的程式覆蓋了老的程式，當突然發現新程式有問題而老程式正確時怎麼辦？那隻能重寫老的程式來覆蓋新的程式。過一段時間又發現原來的老程式有問題，而解決方案在原來的新程式中……您是不是快要發瘋了。
　　為了避免成果被覆蓋，包括我自己在內的很多人早期採用手工管理版本的方式，例如當一個新版本產生時用當時的日期來命名檔案夾，然後再複製一下以後的修改在複製的檔案夾內進行，這樣上一個版本就被儲存下來了，周而復始不同的版本不會被覆蓋。雖然這種方式可以從某種程度上解決版本的回溯問題，但他存在的缺點是顯而易見的：第一點如果保留結果過於頻繁，將會導致產生大量的有著重複內容的檔案夾，龐大的物理空間，管理起來很麻煩；如果保留舊版本的時間間隔太長，可能產生某些有用的老程式無法回溯。拿我最近開發的一個程式來說程式只有幾十兆，經過一年的開發各版本累計到1G。第二容易產生版本的混亂，如果是團隊開發軟體，這種簡單的方法更難解決問題的本質了。
3、人的問題
　　組態管理的方法是成熟的，而且相應的軟體工具也是成熟的，基本上不存在看不懂、不會用的問題。組態管理的執行效果如何，完全是事在人為。妨礙組態管理的主要問題是人們嫌麻煩和僥倖心理作怪。
　　在沒出亂子的情況下，執資料列版本設定看起來有些麻煩。每次修改工作的時候總是要Get Latest Version，接著Check Out，修改完後又要Check In，多做了三步。其實這三步加起來也就十幾秒鐘，而且不費腦子，根本沒有添加多少麻煩，僅僅是個人感覺不爽而以。然而不執資料列版本設定的話，萬一發生工作成果被覆蓋或丟失等問題，麻煩就大了。
4、軟體組態管理規範
　　軟體研發和管理過程中會產生許許多多的工作成果，例如文檔、程式和資料等，他們都應當妥善地保管起來，以便查閱和修改。如果把所有檔案一股腦的塞進電腦裡，那麼使用起來很麻煩。
　　凡是納入組態管理範疇的工作成果統稱為配置項配置項主要有兩大類：一類是屬於產品的組成部分，例如需求文檔、設計文檔、原始碼、測試案例等等；另一類是在管理過程中產生的文檔，例如各種計劃、報告等。
　　每個配置項的主要屬性有名稱、標識符、檔案狀態、版本、作者、日期等。配置項及曆史紀錄反映了軟體的演化過程。
　　基準由一組配置項組成，這些配置項構成了一個相對穩定的邏輯實體。基準中的配置項被凍結後，不能在被任何人隨意更改。基準通常對應於開發過程中的裡程碑。通常將交付該客戶的基準稱為一個Release，為內部開發用的基準稱為一個Build。
　　版本控制的目的是按照一定的規則儲存配置項的所有版本，避免發生版本丟失或混亂等現象。配置項的狀態有三種：“草稿”、“正式發布”和“正在修改”
　　配置項的版本號碼與配置項的狀態緊密相關：
　　（1） 處於“草稿”狀態的配置項的版本號碼格式為：0.YZ
　　（2） 處於“正式發布”狀態的配置項的版本號碼格式為：X.Y。
　　一般只是Y值遞增，當Y值到達一定的範圍時X值才發生變化。
　　（3） 處於“正在修改”狀態的配置項的版本號碼格式為：X.YZ。
　　一般只增大Z值，當配置項修改完畢，狀態重新變成“正式發布”時，將Z值變為0，增加X.Y值。
5、常用的組態管理軟體
　　A）、自從20世紀80年代後期研製並完善了“增量儲存演算法”後組態管理工具的春天便開始了，目前國內常用的組態管理工具大概有SourceSafe、CVS和ClearCase。
　　SourceSafe是Micrsoft公司推出的一款支援小組協同開發的組態管理工具，是Visual Studio的套件之一。因為其短小精悍，又繼承了微軟整合銷售的一貫作風使用者可以相對於免費的價格得到，使用者量絕對是第一位。
SourceSafe簡單易用人們在使用組態管理工具時候，80％的時間只是用Add,Check in,Check out等區區幾個功能。

　　SourceSafe 的主要局限性：只支援WINDOWS不支援異構環境下的組態管理；對INTERNET支援不夠完善。

　　B）、在詳細介紹SourceSafe首先簡單概述一下它的基本機制。SourceSafe是使用伺服器、本地機的概念來進行操作的，它認為所有需要操作的檔案都存在伺服器版本檔案和本地機版本檔案，無論您的SourceSafe的架構是伺服器客戶機形式還是個人單機版形式，它的機制都是這樣。使用者所用的修改都是在本地機上完成的，修改完成後再上傳伺服器。單機版也是這樣操作。我們一定要明確兩個版本後再來分析。

　　伺服器版本檔案是一個絕對受組態管理軟體限制的檔案，使用者只能通過SourceSafe的規定的許可權和操作方法修改它，因為它並不是您一個人的，它是大家的。本地檔案是一個基本不受限制的檔案，您可以象操作本地檔案一樣操作它。

　　SourceSafe由Visual SourceSafe 6.0 Admin、Microsoft Visual SourceSafe 6.0、Analyze VSS DB、Analyze & Fix VSS DB四部分組成。

　　C）、Analyze VSS DB、Analyze & Fix VSS DB兩個工具不是很常用，前者用於檢查SourceSafe資料庫檔案的完整性，後者主要是修正SourceSafe資料庫檔案存在的錯誤。

　　D）、Visual SourceSafe 6.0 Admin的功能類似於win2k的使用者管理員，軟體組態管理人員用它來分配使用者和設定相應的許可權。

　　管理員的管理操作一般都集中在Visual SourceSafe 6.0 Admin中，系統中只有一個系統管理員Admin可以登陸到此程式中進行管理工作，一般剛剛安裝的系統中此使用者的密碼預設為空白。而且系統為Admin這個使用者保留的一切權力，不可更改。

　　資料庫的建立這個操作必須在伺服器上執行，因為通過用戶端建立資料庫的操作，只是在用戶端的機器上建立的資料庫，這個資料庫往往只能單機使用。同時要必須注意，由於VSS是通過WINDOWS的網際網路共用來完成伺服器端受控版本檔案的共用，因此VSS服務端的資料庫必須建立在伺服器的一個完全共用的目錄之中。否則，用戶端將無法獲得資料庫中的檔案。

　　資料庫的備份與恢複，備份資料庫或者其中的一個項目，點擊tools-archive projects…菜單彈出對話方塊，根據提示一步步進行備份，最後會形成一個副檔名為*.ssa的備份檔案檔案。

　　如果要從檔案檔案中恢複VSS資料庫中的檔案資料，點擊tools-restore projects菜單根據提示一步步完成資料恢複工作。其中，在恢複過程中，可以選擇恢複為原有工程，也可改變恢複成其他工程目錄。

　　E）、Microsoft Visual SourceSafe 6.0是SourceSafe的主要使用平台，樣子象Windows的檔案管理工具，它所顯示的路經是以‘$'符號為根節點的相對路徑，在這裡介紹一下此平台的主要使用方法。

　　（1）添加項目

　　您可以在根節點下添加項目，方法是：File—Add File出現Add File對話方塊後選中相關檔案，按Add即可。

　　你可以繼續通過File－Create Project在根目錄下建立一個項目後在此項目節點下添加檔案。

　　添加完檔案後，您所添加源檔案的屬性自動變為唯讀，並在所添加檔案的檔案夾下產生一個vssver檔案 ，以後對檔案的操作基本與原檔案沒有關係了。

　　（2）瀏覽Source Safe Server中的檔案

　　在Visual SourceSafe Explore中雙擊要開啟的檔案，會彈出一個對話方塊，您直接點擊OK即可。這時SourceSafe Explore會將檔案拷貝一份到本地機的臨時檔案夾中（臨時檔案夾路徑在tools-options-general下設定），因原檔案前面提到已經變了唯讀，所以臨時檔案也是唯讀屬性，而且檔案名稱會通過系統自動更改。

　　（3）設定工作資料夾

　　SourceSafe 的檔案夾需要在本機電腦上指定一個“working folder”。當“check out”時，相應檔案會下載到這個本地工作資料夾中。我們在本地的檔案中修改檔案，然後把修改後的檔案“check in”回伺服器的source safe中。

我們可以利用“set working folder”這條命令來建立source safe的檔案夾和本地“working folder”的對應關係。方法在source safe的檔案分類樹中選中要建立對應關係的檔案夾－右單擊－選擇“set working folder”即可。

　　（4）、下載最新版本檔案到本地機

　　“get latest version”命令可以將一個檔案、一組檔案或整個檔案夾的最新版本從source safe中拷貝到本地的電腦中，並用唯讀形式儲存起來。方法如下：

　　在左側的檔案樹中選擇相應的檔案夾右單擊後，選擇“get latest version”

　　這時會彈出一個對話方塊，它包括三個複選框：三個複選框全空時，只將source safe檔案夾根目錄下的檔案拷貝到本機電腦，如同DOS中的COPY命令；recursive選項選中時，會將source safe檔案夾下的所有檔案夾及檔案都拷貝到本機電腦，如同DOS中的DISKCOPY，make writable選中，拷貝到本地的檔案是可寫的。

　　如果我們單擊“advance”按鈕，就會出現更多的選擇項。在“set file”中的四個選項第一如下：current為拷貝操作發生時的目前時間；Modification為檔案最近一次修改的時間；check in為檔案最後一次check in是的時間；default同current.

　　在replace writable中的四個選項作用是，當本地機有一個和要下載的檔案同名時，且本地機的檔案是可寫的同名檔案時，設定系統如何執行拷貝：ask系統提示是否覆蓋本地的同名檔案；replace自動覆蓋本地的同名檔案；skip不覆蓋本地的同名檔案；merge將兩個檔案合并。

　　一定要養成先Get Latest Version的習慣，否則如果別人更新了代碼，VC會提示你存在版本差異並問您是否覆蓋、整合、保留等，如果選錯了就會把別人的代碼Cancel掉，所以一定小心。

　　（5）下載檔案到本地操作

　　當我們要修改一個檔案時，首先要把檔案從source safe中複製到“working folder”中，並且以可寫的形式儲存，這一系列動作的命令就是check out。具體使用方法如下：選擇要下載到本地機的檔案，右單擊後選擇check out，這時會彈出一個對話方塊。預設的狀態下“don't get local copy”這個選項是不選的，他的意義是這樣的：如果不選保持預設狀態，當本地的同名檔案是唯讀時，則系統首先用source safe的檔案更新本地的檔案，本地的檔案變為可寫。當本地的檔案是可寫時，則會出現另一提示框其中的選項leave this file：本地檔案保留目前狀態，source safe中的檔案也保留目前狀態，這樣有可能兩個檔案不一致。選項Replace your local file with this version from source safe：用source safe中的檔案更新本地的檔案。如果您選擇don't get local copy選項：則不把source safe的檔案拷貝到本地。

　　檔案check成功後，您可以看到檔案上有紅色標記，這時您的本地檔案是可寫的，您就可以修改檔案了。上面的選項也許讓您心亂，為了操作更簡便，我們推薦一種check out 方法：

　　當本地的檔案比source safe中的檔案內容新時，選擇don't get local copy選項。然後check in使本地機與伺服器內容同步；