PVCS

PVCS系列軟體是Merant公司出品實現配置管理CASE工具,可以為配置管理提供良好的自動化支持。

其中PVCS Version Manager是用來實現檔案的版本管理的,它是整個套件的核心。

基本介紹

  • 軟體名稱:PVCS
  • 開發商:Merant公司
  • 軟體版本:7.5
  • 更新時間:2002年
簡介,軟體介紹,

簡介

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

相關詞條

熱門詞條

聯絡我們