為什么選擇PVCS VM? 在軟件系統的開發過程中，開發人員經常會遇到這樣的問題：
1． 源代碼和文檔數量的急劇增加；
2． 經常需要與錯綜復雜的多用戶、多產品的軟件版本打交道；
3． 開發小組成員間源代碼的更新和保存記錄變得越來越復雜；
4． 產品的多版本導致磁盤空間占有量浩大。
實際上，上述問題可以歸結為一個問題，即開發文檔的版本控制問題：開發人員追蹤、 記錄整個開發過程而保?許多不同版本的程序源代碼。從而可以有效地控制產品的設計質量，提高項目開發管理水平。
PVCS VM（版本管理）是軟件配置管理工具PVCS 家族中的一個組成部分。軟件配置管理可以使軟件開發隊伍中的任何成員以一致，可重復的方式隨時找回和創建應用的任何版本。
VM詳細記錄了一個軟件系統的所有變更，包括誰做了修改，什么時候，和為什么修改。通過VM，你可以輕易地找回任何先前的修訂版本，并且確信這些文件不是被忽略重寫的。當你檢出一個文件時，VM將阻止其他用戶對該文件的修改。
通過VM，開發小組成員可以......
* 建立配置文件，能夠為所有用戶提供一套相同的特征，或者為不同項目提供不同的特征。
* 使用VM 特權設置每個用戶的訪問級別，以防止對文件和版本管理命令的未認證訪問。
* 重建任何文件的任何修訂。可以快速而容易地回到任一工作文件的先前修訂。
* 用版本鎖定來阻止其他用戶對文件的修改，以及防止當文件更新時所造成的損失。
* 軟件開發中的并行線稱為分支。VM可以追蹤分支并且保持開發的獨立進行，這樣你可以在不影響主線的情況下跟隨開發的另一線。
下面我們將應用PVCS VM（版本控制）工具來說明在軟件項目中的“源碼控制過程”。通過工程" Dynaweb"這個案例，來展示我們已經使用的過程模型，該源碼控制系統的目的是：
* 支持團隊工作環境：在某個時刻，相同的文件會被2個以上的開發人員同時作修改。當他們做完修改后存盤，錯誤將會發生。后者覆蓋了前者所做的修改，從而造成一些錯誤產生。而PVCS VM將控制源碼的訪問，從而避免超過1人以上用戶修改相同文件的問題。
* 保持發布版本變更的歷史記錄：通常，在產品發布以后，開發人員還需要繼續修改源碼。當QA報告發布版本的Bug信息時，開發人員所修改的源碼與發布版本初的源碼不同。即使我們確實保?了原始發布版本的源碼，在QA期間，開發人員要想在新的版本上進行BUG的修改，這也是非常困難的。而我們使用PVCS VM保存源碼變更的歷史記錄，那么我們可以獲得任意發布版本的源碼。
* 標準發布過程：通常開發人員是在自己的PC機上生成發布程序。這樣做會導致一些錯誤發生，例如使用了錯誤源碼進行發布，應用不同的設置來創建代碼，等等。PVCS VM可以幫助我們集中管理發布構建的過程，以避免錯誤發生。
在我們開始為源碼控制而建立PVCS VM系統之前，我們需要先做一些準備工作：
* 我們需要配置網絡環境與服務器連接，還有工作站和開發人員的PC機。網絡類型應該支持開發平臺和PVCS VM系統。
* 服務器通常是由公司網絡部門提供的，需要有足夠大的磁盤空間用于源碼的存儲，并且服務器上已經安裝好PVCS VM系統。請參看《PVCS VM用戶指南》的服務器安裝。
* 開發小組需要準備一個工作站（PC），在上面建立開發環境，這個環境與開發人員的相同，該工作站用于產品發布。開發環境包括一些構建工具，如編譯器、鏈接器、創建文件等等，并且在工作目錄下保存工作源文件。
* 對于應用PVCS VM系統， 網絡部人員和至少1名開發人員需要較好受過管理員這方面的培訓。每個開發人員都應該知道如何應用PVCS VM進行開發源碼的檢入和檢出操 作。
PVCS VM是一個多用戶的客戶服務器網絡工作環境。客戶端是開發人員的工作站，服務器是公司網絡部門文件服務器中的一個。
* PVCS VM服務器是公司網絡部文件服務器中的一個，由公司網絡部門來維護。這個服務器保存著Dynaweb工程源碼的所有主要數據和PVCS VM系統。它包含有兩個主要的目錄文件夾：
* PVCS VM目錄：該目錄是由安裝的PVCS VM服務器版本自動生成的。目錄中包含PVCS VM服務器版本的所有工作文件和數據庫。
* 存檔文件目錄：該目錄下保存著PVCS VM服務器中的所有工程源碼檔案。
* 工作站包括所有開發人員的PC機和一臺作為發布使用的配有標準編譯環境的PC機。每一個工作站下都有三個主要的目錄文件夾：
* 工作文件目錄： 該目錄是本地PC機上的一個物理目錄。它用于保存從服務器中檢出的源碼。開發人員使用這個目錄下的文件進行開發工作，同時也從該目錄下向服務器中檢入文件。
* 存檔文件目錄：該目錄的物理位置是在PVCS VM服務器上，并作為一個邏輯目錄被映射到每個本地工作站中。這個目錄保存著所有工程的源碼檔案。
* PVCS安裝目錄：該目錄是在本地工作站安裝PVCS VM時建立的。它保存著本地工作站中用于運行PVCS VM的文件。
Dynaweb軟件項目中的角色分配
為了實現源碼控制系統，對Dynaweb項目來說，我們需要分配多種角色來擔任PVCS VM中的不同工作。這些角色具有不同的訪問權限和負責不同的職責來貫徹整個項目的進行。這里，我們定義4種角色：
* 網管
* 項目經理
* 系統操作人員
* 開發人員
這４種角色分別擔負著PVCS VM權限定義中不同的權責，從項目請求啟動－>項目準備－>源碼的檢入／檢出－>項目關閉—>數據備份等一系列操作中，各盡其職，如下面要說明的，遵循著源碼控制行為。
項目開發中的源碼控制行為
在整個開發過程中，源碼控制行為是一條主線，指導著開發過程進行。
1. ?動請求
當項目Dynaweb過程模型的設計階段完成以后，開發小組將進入項目開發的執行階段和開始編碼。
當程序代碼生成，這些原始資源需要應用源碼控制系統來管理。在這個時候，項目經理要請求?動源碼控制系統。
2. 構建和初始化
在網管接受項目經理的請求并完成PVCS VM服務器磁盤空間預?工作后，開發小組開始在服務器上構建PVCS文件夾結構和檢入所有原始文件進行初始化。這項工作是由系統操作人員來完成的。這個過程包括：PVCS VM的安裝、創建項目文件夾、配置項目?性和工作路徑、對所有工作文件的初始化等。
3. 源碼更新
源碼更新是開發人員的日常工作。其中包含兩部分主要任務：源碼的檢入和檢出。
我們應用這個源碼控制系統，對任何源碼的更新過程，開發人員都必需遵循下面所列出的步驟：
* 先要檢出源碼：開發人員需要從PVCS VM服務器上向本地工作目錄中檢出要進行修改的原始文件。
* 修改本地的工作源文件：開發人員在本地工作目錄中修改原始文件并在本機上測試。
* 為更新數據檢入修改的源文件：使用“check in”命令將修改的源文件從本地工作目錄更新到PVCS VM服務器中。
4. 發布
在每一個里程碑，開發小組都需要向QA或OEM客戶發布程序。項目經理將決定是否要產生發布，以及發布版本。發布的操作是由系統操作人員來完成的。系統操作人員首先檢出所有源文件到工作空間中，然后在標準的發布環境中創建所有模型。
5. 存檔操作
在通常的操作過程中，開發小組只是使用檢入、檢出和發布操作。存檔結構并沒有改變（僅僅是添加了修訂和版本標簽）。但是，有時設計被改變，源文件增加或減少了，存檔結構也隨著改變。由于設計的改變會影響到整個項目的變動，因此需要由項目經理來確認。存檔結構的任何改變都需要項目經理檢驗并由系統操作人員來完成改變。這個改變的操作包括添加或刪除存檔文件夾，添加或刪除存檔文件，生成一個新的分支，等等。
6. 請求關閉
在項目關閉之后，便于項目關閉里程碑今后的使用，源代碼檔案需要在其它媒介（如MD， 或CD）上做一次備份。如果這些源碼不需要改變，那么要將源代碼檔案從PVCS服務器中刪除。如果項目進入維護階段，源碼將保?在服務器中供維護使用。項目經理首先需要請求關閉項目，然后由網管進行備份，并基于請求刪除或保?服務器中的源代碼檔案。
7. 備份
在源碼控制周期中，網管將根據《公司服務器維護指南方針》維護PVCS VM文檔服務器。這項工作包括對服務器中的源碼檔案做備份，是由網管人員來完成的。
在執行上面的源碼控制行為中，開發小組中不同角色的人員需要根據“批準流程”提交請求表：
* PVCS項目請求
在項目進行中，我們可能遇到核心端口問題。這些情況需要修改深層存檔的項目結構（如刪除文件夾，添加文件，刪除文件或文件移動，等等）研發人員需要請求并遵從“批準流程”來填寫PVCS項目請求表，然后請求才被執行。這樣做的好處是可以保護存檔的完整性，可以使每個研發人員知道這次所做的修訂，并且在項目生命周期中保存存檔記錄。
* 項目發布請求
對于項目發布請求，請求者需要填寫項目發布請求表，然后發布才被執行。
這樣做的好處是可以在每次修訂（由某人、某時、某種目的所做的修訂）發布中保?完整的記錄。項目經理可以追蹤每次修訂發布的錯誤和保持質量控制。
通過PVCS VM進行的版本控制，可以幫助項目小組在整個開發周期內保持開發文檔的變更，通過項目存檔來跟蹤變化，同時可以管理多種存檔的修訂版。從而使開發過程更加有組織、協同地進行。
