PVCS

PVCS VM Server是使用Web方式訪問的服務器。

PVCS Tracker主要是用來管理缺陷跟蹤和變更請求管理

PVCS 是 Project Version Control System 的縮寫 ，PVCS is the source control tool for common shared test VIs provides for Version control archiving and sharing of these common VIs .是思科系統公司用來對產品的版本信息進行控制的系統。

中文名: PVCS 7.5 工業級的軟件配置管理工具

英文名: PVCS 7.5

版本: 7.5

發行時間: 2002年

製作發行: Merant公司

地區: 美國

簡介:

[通過安全測試]

殺毒軟件：卡巴斯基反病毒

版本： Personal Pro 5.0.156

病毒庫：2005-10-04 12:16:11

常駐：Razorback 2.0－3.0

共享條件：電信LAN 1M帶寬

共享時間：每晚7點開機至次日早8點。

共享服務器：eserver245(219.238.238.245:1008)

[通過安裝測試]WindowsXP SP2

軟件版權歸原作者及原軟件公司所有，如果你喜歡，請購買正版軟件

美國Merant公司的PVCS，是世界知名的軟件開發管理工具。它作為當今優秀的軟件開發管理解決方案，可通過對軟件開發過程中產生的變更進行追蹤、組織、管理和控制，建立規範化的軟件開發環境。該軟件正日益成為全球越來越多的軟件機構解除困境的選擇工具之一。

PVCS已成為眾多軟件公司軟件開發的基礎支撐平台之一。在軟件開發過程中可以完善地管理軟件系統中的多種版本；自動創建完整的文檔，保障軟件的維護；全面記載系統開發的歷史過程，包括誰作了修改、修改了什麼、為什麼修改；管理和追蹤開發過程中危害軟件質量以及影響開發週期的缺陷和變化；管理需求分析等。

《如何利用PVCS VM進行項目文檔管理》

為什麼選擇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種角色：

* 網管

* 項目經理

* 系統操作人員

* 開發人員

這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進行的版本控制，可以幫助項目小組在整個開發週期內保持開發文檔的變更，通過項目存檔來跟蹤變化，同時可以管理多種存檔的修訂版。從而使開發過程更加有組織、協同地進行。