基于StarTeam的配置管理操作指南

精品文檔精心整理精品文檔可編輯的精品文檔基于StarTeam的配置管理操作指南目錄1 概述 51.1目的 51.2適用范圍 52 StarTeam模型 52.1 StarTeam庫 62.2 C/S體系結(jié)構(gòu) 62.3 面向項目 72.4 項 72.5 項目 82.6 視圖 82.7 文件夾 92.8 視圖標簽 102.9 分支視圖 102.10 合并視圖 112.11 文件狀態(tài) 113 StarTeam的管理 133.1 配置StarTeamServer 133.1.1 創(chuàng)建ServerConfiguration 133.1.2 啟動ServerConfiguration 163.1.3 維護ServerConfiguration 173.1.4 停止ServerConfiguration 193.2 SQLServer數(shù)據(jù)庫維護 193.3 設(shè)置用戶和組 193.4 管理項目 203.4.1 創(chuàng)建項目 213.4.2 打開現(xiàn)有項目 253.4.3 修改項目名 283.4.4 強制用戶填寫修訂注釋 303.4.5 強制用戶在修訂前鎖定文件 303.4.6 使解除鎖定的文件變?yōu)橹蛔x 313.4.7 刪除項目 323.4.8 分配項目訪問權(quán)限 333.5 使用視圖 343.5.1 視圖類型 343.5.2 新建視圖 353.5.3 設(shè)置視圖訪問權(quán)限 383.5.4 比較視圖 383.5.5 刪除視圖 423.6 基線管理 433.7 配置庫目錄管理 443.8 版本分支/合并 463.9 權(quán)限管理 463.9.1 服務(wù)器端權(quán)限設(shè)置 463.9.2 客戶端權(quán)限設(shè)置原則 473.9.3 Project級別訪問權(quán)限設(shè)置 503.9.4 View級別訪問權(quán)限設(shè)置 523.9.5 Folder級別訪問權(quán)限設(shè)置 533.9.6 組件、過濾器、查詢的訪問權(quán)限設(shè)置 543.10 備份/恢復 563.10.1 備份 563.10.2 恢復 674 StarTeam的使用 704.1 打開Server上的項目 714.2 設(shè)置本地工作路徑 734.3 獲得服務(wù)器上的文件 734.4 修改文件 744.5 向服務(wù)器添加文件 774.6 查看文件歷史版本 784.7 比較文件 794.8 合并文件 811.概述BorlandStarTeam主要用于開發(fā)過程的控制，針對需要版本控制、過程管理、內(nèi)部版本管理及并行開發(fā)的項目。StarTeam產(chǎn)品線由StarTeamServer、客戶端組成，客戶端包括：StarTeam、StarDisk、WebEdition、跨平臺客戶端。管理員在安裝StarTeam服務(wù)器時，可以選擇不同的數(shù)據(jù)庫來進行服務(wù)器配置，數(shù)據(jù)庫包括：MSDE,MicrosoftSQLServer,IBMDB2,Informix,SybaseSQLServer,或Oracle。（數(shù)據(jù)庫選擇的具體內(nèi)容請參考用戶手冊）StarTeam具有以下特性：可以與Microsoft’sVisualStudio、JBuilder、C#Builder、Delphi等IDE集成，支持與SourceSafe協(xié)同工作；支持TCP/IP協(xié)議，StarDisk可以讓用戶通過一個虛擬的StarDisk驅(qū)動器和TCP/IP協(xié)議訪問文件修訂。支持瀏覽器方式訪問項目庫；可以使用StarTeamSDK創(chuàng)建定制化的客戶端；StarTeam提供了五個集成式組件，包括文件版本控制、更改請求、需求、任務(wù)、主題和審核日志。本文重點介紹StarTeam的核心功能——文件版本控制組件，將從管理和使用兩方面詳細介紹StarTeam的操作。目的本文檔旨在詳細介紹StarTeam配置管理工具的模型及基本操作，使StarTeam能更好的支持軟件開發(fā)過程，實現(xiàn)公司的配置管理目標。適用范圍本文檔適用于項目經(jīng)理、配置管理員、開發(fā)人員。StarTeam模型為了使StarTeam能更好的支持軟件開發(fā)過程，首先需要熟練掌握StarTeam術(shù)語，這些術(shù)語是StarTeam建模的基礎(chǔ)，與VSS、SVN等第一代配置管理工具的概念體系存在本質(zhì)的差異。StarTeam作為一個配置管理工具，本身也是一個建模工具，用于實現(xiàn)特定的配置管理流程。只有掌握了StarTeam術(shù)語及工具，再結(jié)合公司制定的流程和項目的實際情況才能實現(xiàn)配置管理目標。StarTeam庫StarTeam庫是StarTeam系統(tǒng)的中心，所有配置項都保存在其中，通過StarTeamServer進行維護。StarTeam庫還是一個面向?qū)ο蟮臄?shù)據(jù)存儲庫，支持對象版本化，鏈接和配置。存儲在庫中的對象稱為StarTeam項，每個StarTeam項的歷史修訂都會保存在庫中，當需要時可以簽出。StarTeam項可以鏈接到庫中的其他項，因此可以維護不同信息資產(chǎn)之間的關(guān)系，并將其對應(yīng)到某個過程項（任務(wù)、變更、需求）。配置工作就是通過StarTeam提供的庫服務(wù)執(zhí)行多個項的創(chuàng)建、維護和恢復工作。C/S體系結(jié)構(gòu)對StarTeam庫的訪問是通過StarTeamServer進行的，這意味著所有的歸檔文件是完全收到保護的。而VSS（SourceSafe）需要以共享文件的方式實現(xiàn)相關(guān)人員對配置庫的訪問，這可能導致配置庫受到計算機病毒的攻擊。使用StarTeam，訪問這些歸檔庫的唯一途徑是StarTeamServer。所有的StarTeam客戶端，不管它是StarTeamWindowGUI、命令行接口、IDE集成、StarDisk或者是使用StarTeamSDK建立的定制應(yīng)用程序，與StarTeamServer的通訊都是使用TCP/IP協(xié)議。StarTeam，作為Windows平臺下的應(yīng)用程序，也可以使用NetBEUI、IPX/SPX或命名管道協(xié)議。由于StarTeam已經(jīng)為Internet使用作了優(yōu)化，遠程用戶可以將數(shù)據(jù)以壓縮和加密的方式來訪問StarTeam庫。面向項目上一代的配置管理工具，如PVCS和SourceSafe，是直接面向單個文件進行配置管理，稱為面向文件的版本控制系統(tǒng)，添加到系統(tǒng)中的每個文件具有它的版本號，存儲在一個特定的歸檔文件中，它們之間的一對一映射與構(gòu)建應(yīng)用時的文件放置的位置是無關(guān)的。StarTeam采用面向項目的方法。在這一方法中，源代碼和文檔文件只是作為組成整個項目的特定項類型。除了具有面向文件的版本控制特性以外，StarTeam還支持對你的項目所需要的其他項進行版本控制，如變更請求、主題、任務(wù)、需求和存儲這些項的文件夾結(jié)構(gòu)。面向項目的系統(tǒng)還可以讓用戶根據(jù)他們的角色或項目的即時工作需要以不同的方式查看這些項。面向項目的方法是面向文件方法產(chǎn)品中實現(xiàn)特性的超集。項StarTeam模型使用項作為最基本單元，如文件、需求、變更請求、主題、任務(wù)和審計條目都是項（Item）。大多數(shù)常用的項是可以版本化的，就是說，StarTeam存儲了項的修訂歷史，你查看和比較不同修訂的內(nèi)容。項也可以被分支，它們可以由其它項（那些項就成為了它們的祖先）派生出來。項可能會有幾個完全不同的修訂歷史，而這些修訂歷史具有共同的祖先。在文本文件情況下，分支項可以與派生出它的原始項進行合并。例如：為新操作系統(tǒng)開發(fā)的產(chǎn)品可以基于為第一個操作系統(tǒng)開發(fā)的文件為基礎(chǔ)開始進行。分支的概念在文檔管理系統(tǒng)中并不多見。然而，這一能力對軟件配置管理來說則是基礎(chǔ)。開發(fā)員經(jīng)常需要在保持原有開發(fā)路徑的同時作出或大或小的變更。StarTeam的協(xié)作性的框架體系結(jié)構(gòu)支持多種類型的項，并可以根據(jù)客戶的需要開發(fā)和添加更多的項。下表列出了StarTeam的當前版本所支持的項的類型：表1：StarTeam項類型項類型是否可版本化是否可分支文件是是需求是否變更請求是是任務(wù)是否主題是否項目StarTeam使用項目、視圖和文件夾來組織存儲在StarTeam庫中的項。一個StarTeam項目可以認為是緊密相關(guān)的視圖的集合，每個視圖代表一個來自庫中的項的配置，可以支持在同一代碼上的不同開發(fā)階段。文件夾將項分為組，例如：你可能想要檢出某個文件夾下的所有文件以工作于具有特定特性的產(chǎn)品上。對位于不同項目中的項并沒有限制，只要項在同一個庫中，它們就可以在任何視圖間移動或共享，而不管項和視圖是位于哪個項目中。項目提供了一個組織的附加層次，它為視圖提供了一個層次結(jié)構(gòu)，同時也提供了在項目級分配訪問權(quán)限的機會。項目如何使用取決于你的組織方式。例如，可以為公司的每個產(chǎn)品建立一個項目，也可以為產(chǎn)品的每個主要組件創(chuàng)建一個項目，這完全取決于構(gòu)建產(chǎn)品的方式。如果為產(chǎn)品的每個主要組件創(chuàng)建一個項目，會使每個組件被容易地標簽化，分支化，并通過它自己的提升模型序列來運轉(zhuǎn)，從而提供更多的彈性。視圖打開一個StarTeam項目時，可以選擇默認（或主）視圖或者選擇另外一個視圖。項目的默認視圖通常包含用于主要開發(fā)的配置。其他視圖可以派生于這個視圖，也就是說是以它為基礎(chǔ)創(chuàng)建出來并具有不同的行為。被選中的視圖代表了特定配置下的項的集合。視圖通常命名為：基線、4.0維護、5.0新開發(fā)。它們代表項的配置，對基于同一代碼基礎(chǔ)上的不同開發(fā)基線提供了支持。視圖可以被比較和合并。例如：可能想要將【4.0維護】視圖和【5.0新開發(fā)】視圖中的文件最終合并到視圖【基線】中?？梢酝ㄟ^創(chuàng)建和使用視圖實現(xiàn)：1、動態(tài)顯示你的項目中的源代碼和文檔的變更。這是項目中當從【View】菜單中選擇【SelectConfiguration】命令后當【CurrentConfiguration】選項被選中時，默認（主）視圖的典型使用。這一動態(tài)視圖顯示了所有項的變化，可以用于協(xié)同開發(fā)。2、引用原始視圖中的項的子集。它們通常稱為引用視圖。新視圖中所作的任何改變也會改變原始視圖中的相同項。這是因為子視圖包含對原始視圖中的原始項的引用，并且當變更發(fā)生時不會產(chǎn)生分支行為。通常引用視圖可命名為：【開發(fā)視圖】或【文檔視圖】，只顯示合適的項給相應(yīng)的人，如開發(fā)員或文檔員。3、只讀、基于原始視圖特定狀態(tài)的視圖。這通常是為了方便的需要，以便產(chǎn)品發(fā)布中的項的修訂可以容易地進行定位。例如：一個【4.1發(fā)布】視圖可以用于在將來重建4.1版本的產(chǎn)品，或者是允許想要購買你的源代碼的公司在簽訂一個臨時協(xié)議后查看源代碼。4、允許在新視圖中對項進行分支這一視圖可以用來修改特定視圖狀態(tài)下的項，而不會影響主開發(fā)。它通常通過創(chuàng)建和維護一個維護基線來完成。視圖的一個重要特性是你可以重新配置它，以顯示視圖在某個更早的時刻點、或特定的視圖標簽、或與視圖相關(guān)聯(lián)的提升狀態(tài)時的項。使用視圖菜單的【SelectConfiguration】命令回滾視圖。回滾視圖是只讀的，顯示項的精確狀態(tài)，并且不再允許對它們作出改變。提示：使用【View】菜單的【SelectConfiguration】命令可以定位截至特定時間檢入的文件修訂和變更請求的狀態(tài)，以及需求、主題和任務(wù)。文件夾每一個StarTeam視圖包含一個文件夾層次，用來組織它的項。文件夾反映了視圖代表的配置的邏輯組織結(jié)構(gòu)。文件夾通常命名為：源代碼、計劃、用戶手冊。它們根據(jù)誰需要訪問哪些項或者是文件之間的緊密相關(guān)性對項進行分組，而文件夾可以被組織為任何層次結(jié)構(gòu)（通常遵循文件被檢出時的工作文件夾的結(jié)構(gòu)）。文件夾在你需要創(chuàng)建共享項的不同配置時也是有用的。你可以在視圖之間或視圖內(nèi)部共享文件夾、文件、變更請求、任務(wù)和主題，只要這些視圖使用同一個服務(wù)器配置。文件夾被共享后，兩個視圖的用戶就都可以訪問它的內(nèi)容了，包括子文件夾及其內(nèi)容。共享文件夾的設(shè)置是設(shè)置視圖的一個重要部分。例如：假設(shè)公司的所有產(chǎn)品都不同程度的使用了公司的公共庫，雖然這些庫不是由某個產(chǎn)品的開發(fā)員來維護，但該產(chǎn)品是基于這個庫中源代碼的某個版本完成的，并且必須與之一起編譯。因此，這些庫文件夾應(yīng)該被共享給該產(chǎn)品的視圖。使用【Ctrl+Drag】來共享文件夾或項從一個位置到另一個位置。通過共享，你創(chuàng)建了一個對原始文件夾或項的引用。除非被共享文件夾或項的行為被設(shè)置為【branchonchange】，所有對它的改變將同時修改原始文件夾或項。被共享文件夾或項的配置（浮動、基于標簽、某個提升狀態(tài)或某個時刻點）初始在兩個視圖中是同一的。然而，它們可以被分別修改，這意味著共享項在每個視圖中可能會有極大的差異，所以在這么作之前請確信對共享有深刻的理解。被共享的文件夾或項將失去它們在先前視圖中的所具有的任何標簽。標簽不能從一個視圖移動到另一個視圖。視圖標簽StarTeam視圖的另一個特性是視圖標簽。視圖標簽用來標識視圖中包含項的特定修訂的靜態(tài)配置。當你創(chuàng)建視圖標簽時，它為視圖保存了一個時間戳。視圖標簽為你保存了它創(chuàng)建時的動態(tài)視圖的靜態(tài)快照?？梢酝ㄟ^在標簽面板中拖拽標簽從項的一個修訂到另一個修訂來改變與視圖標簽相關(guān)聯(lián)的項的修訂。通常，一個視圖標簽會包含少量的標簽變更，而大多數(shù)項修訂是由它的時間戳所標識的。提示：使用視圖標簽來指示開發(fā)里程碑，如每日構(gòu)建。這可以讓你在后來通過使用【View】菜單的【SelectConfiguration】命令或從命令行使用【CFGL（使用特定標簽配置視圖）】選項來返回到特定修訂的精確配置。分支視圖StarTeam可以使用分支視圖實現(xiàn)并行開發(fā)。例如，當需要維護以前構(gòu)建的系統(tǒng)，但又不希望影響當前的開發(fā)時，一般會基于先前的配置創(chuàng)建一個新的視圖。另外，也可以通過分支視圖實現(xiàn)不同角色對不同文件內(nèi)容的權(quán)限，如測試人員只對測試相關(guān)目錄有權(quán)限。對StarTeam模型不熟悉的用戶經(jīng)常會困惑于老視圖中的視圖標簽沒有在新視圖中發(fā)現(xiàn)的事實。這通常是因為他們熟悉面向文件的系統(tǒng)和修訂標簽的緣故，在這些系統(tǒng)中，修訂標簽在特定文件歸檔的所有分支中是同一的。而在象StarTeam的面向項目的系統(tǒng)中，每個配置空間，由一個允許分支的視圖所代表，也必須具有一個唯一的視圖標簽命名空間。這是因為當你創(chuàng)建一個允許分支的新視圖時，視圖發(fā)生了分支。此外，每個視圖僅呈現(xiàn)被該視圖引用的項的分支歷史，而不是該項的貫穿不同分支的整個歷史。這使得新視圖成為項的獨立配置，因此，在原始視圖中發(fā)現(xiàn)的視圖標簽不會存在于新視圖中。提示：你無須在每次你需要分支某個項時都創(chuàng)建一個新視圖。通過將項從一個文件夾共享(Ctrl+Drag)到另一個文件夾，然后設(shè)置行為（Behavior）選項為【BranchOnChange】，你就實現(xiàn)了在同一個視圖內(nèi)創(chuàng)建了一個項的分支。這給了你一個在老的版本控制系統(tǒng)如SourceSafe中發(fā)現(xiàn)的相同的基于文件的分支能力。合并視圖當需要將兩個視圖進行合并時，可以用StarTeam的視圖比較/合并應(yīng)用程序【Compare/Mergeutility】執(zhí)行對文件夾、文件、變更請求、任務(wù)和主題的完整比較，然后根據(jù)需要進行合并操作。提示：合并視圖能力的具備可以使得你實現(xiàn)首先在維護視圖中修改項，然后將它們合并到主開發(fā)視圖中。由于變更請求也可以分支，你可以在維護視圖中指示一個變更請求為【FIXED】，而在開發(fā)視圖中仍然保持為【OPEN】狀態(tài)。變更請求也可以被合并，因此在維護視圖中發(fā)現(xiàn)的用來解決該請求的重要信息不會在合并時丟失。文件狀態(tài)StarTeam中文件狀態(tài)的處理方式與VSS中不同。VSS中提示的文件狀態(tài)是服務(wù)器端的文件狀態(tài)，而StarTeam中提示的文件狀態(tài)是你本地工作空間中文件與服務(wù)器上文件對比后的文件狀態(tài)，而且這些狀態(tài)顯示是幾乎是適時的。當你修改多個文件后，直接看文件狀態(tài)就可以找到哪些文件是在本地被修改的，然后提交到服務(wù)器。表2:文件狀態(tài)描述文件狀態(tài)描述Current工作站上的文件與視圖中的對應(yīng)文件的頂端修訂相同。OutofDate工作站上文件與視圖中的對應(yīng)文件的舊修訂相同。Modified自從從視圖中檢出以來，工作站文件已經(jīng)被修改了，但在視圖中沒有發(fā)現(xiàn)此文件的更新的修訂。Merge自從從視圖中檢出以來，工作站文件已經(jīng)被修改了，并且在視圖中存在有此文件的更新的修訂。Missing工作站上沒有發(fā)現(xiàn)視圖中的此文件。NotinView視圖中沒有發(fā)現(xiàn)工作站中的對應(yīng)文件。Unknown此文件沒有從這個視圖中檢出的記錄，但是在視圖中存在一個與對應(yīng)工作文件夾下文件同名的文件。使用【UpdateStatus】命令讓StarTeam去將工作站上的文件與視圖中的文件的某個版本匹配，并提供一個準確的狀態(tài)。當你更新文件的狀態(tài)時，StarTeam比較工作文件與你檢出的修訂及和頂端（最近）修訂(即三方比較)。例如：文件列表可能說某個文件為【Current】狀態(tài)，但可能已經(jīng)有某個人檢入了它的一個拷貝，因此你的真實狀態(tài)應(yīng)該為【OutOfDate】。更新文件狀態(tài)與更新文件是不一樣的。例如：假設(shè)某個文件不在你的工作文件夾下，更新狀態(tài)操作將會讓你知道該文件的狀態(tài)為【Missing】。它并不會為了使得狀態(tài)不再為【Missing】而為你檢出該文件。畢竟，你可能并不想該文件檢出到你的硬盤上。通常來說，使用文件的狀態(tài)來確定文件是否應(yīng)該被檢入、檢出、加入或忽略。一旦你熟悉了文件的狀態(tài)后，你就可以熟練的完成以下操作：檢出文件，如果它的狀態(tài)為【OutOfDate】、【Missing】或【Merge】；檢入文件，如果它的狀態(tài)為【Modified】或【Merge】；將文件加入到StarTeam，如果它的狀態(tài)為【NotInView】；運行【VisualDiff】來比較狀態(tài)為【OutOfDate】的工作文件與頂端修訂，這可以讓你在檢出該頂端修訂之前查看由其他團隊成員對該文件所作的變更；通過回滾到某個特定的視圖標簽來從某個更早的構(gòu)建中檢出所有的文件（使用【View－>SelectConfiguration…】，然后返回到當前配置，通過比較檢出的文件與它們的頂端修訂來查看自從該構(gòu)建被創(chuàng)建以來所作的每個修改）；通過增量回滾視圖并查找狀態(tài)為【Modified】的文件來找出引起大問題的小變更。使用【History】來確定文件是什么時候被改變的；StarTeam的管理StarTeam的管理由配置管理員完成，除負責日常的配置庫維護、用戶帳號權(quán)限管理等外，還需要根據(jù)項目的配置管理計劃執(zhí)行創(chuàng)建項目、創(chuàng)建視圖、版本分支/合并、打基線等活動。需要注意的是，每項活動的執(zhí)行都必須記錄到《配置管理活動報告》中。同時，對配置庫的日常維護也需要記錄到《配置庫管理報告》中。配置StarTeamServer安裝SQLServer2000數(shù)據(jù)庫；（當然也可以使用StarTeam支持的其他類型數(shù)據(jù)庫）安裝StarTeamServer2006；（大部分設(shè)置可以采用默認）注意：StarTeamServer2008創(chuàng)建新的服務(wù)器配置（ServerConfiguration）時只支持SQLServer2005以上版本數(shù)據(jù)庫；創(chuàng)建ServerConfiguration點擊NewConfiguration，創(chuàng)建一個新的服務(wù)器配置：在ConfigurationName（配置名稱）文本框中輸入創(chuàng)建服務(wù)器配置庫的名稱，如StarDraw1；在Repositorypath中輸入服務(wù)器配置庫創(chuàng)建的位置；在Databasetype中選擇使用數(shù)據(jù)庫的類型：MircosoftSQLServer或Oracle；其余的設(shè)置保持默認即可；點擊下一步，開始創(chuàng)建SQLServer數(shù)據(jù)庫：Hostname中填寫SQLServer數(shù)據(jù)庫服務(wù)器的名稱；第二個文本框中填寫SQLServer數(shù)據(jù)庫服務(wù)器管理員帳號（sa用戶）的密碼；下面依次按提示填寫即可；點擊下一步，顯示創(chuàng)建SQLServer數(shù)據(jù)文件及事務(wù)日志文件的提示信息；注意：如果需要修改數(shù)據(jù)文件和事務(wù)日志文件的存放路徑，可以勾掉Usedefaultconfiguration；完成服務(wù)器配置庫創(chuàng)建過程后，將回到StarTeamServer管理主界面，發(fā)現(xiàn)左側(cè)節(jié)點上新增名為StarDraw1的服務(wù)器配置。啟動ServerConfiguration選中StarDraw1，點擊工具欄的啟動圖標即可啟動該服務(wù)器配置庫；注意：創(chuàng)建服務(wù)器配置期間為配置會話選項設(shè)置的值將存儲在StarTeamServer安裝目錄下starteam-serverconfigs.xml文件中;為了方便服務(wù)器配置庫維護，可以選中StarDraw1，勾選Actions-SettoRunAsService，使服務(wù)器每次重啟后StarDraw1服務(wù)器配置庫都作為服務(wù)自動啟動；維護ServerConfigurationStarDraw1服務(wù)器配置庫創(chuàng)建完成后，如果需要在另一臺機器B上維護該配置庫，則需要在機器B上安裝StarTeamServer，然后完成AddStarTeamServer操作；Serverdescription中輸入StarDraw1（也可以是你對該服務(wù)器配置庫的命名）；Serveraddress中輸入StarDraw1所在服務(wù)器的IP地址或機器名；TCP/IPendpoint中輸入StarDraw1對應(yīng)的端口號；（可以在一臺服務(wù)器上搭建多個服務(wù)器配置庫，每個服務(wù)器配置庫的端口號不同）添加完需要維護的ServerConfiguration后，在StarTeamServer管理界面左上部區(qū)域的樹形中會顯示添加的ServerConfiguration名稱。選擇需要維護的ServerConfiguration，單擊左下部區(qū)域中的ConfigureServer功能；在右側(cè)區(qū)域彈出所選ServerConfiguration的配置信息，可以根據(jù)需要進行維護；停止ServerConfiguration當需要停止服務(wù)時，可以單擊工具欄上的圖標。SQLServer數(shù)據(jù)庫維護創(chuàng)建ServerConfiguration時會同時創(chuàng)建數(shù)據(jù)庫，但是為了保證SQLServer2000數(shù)據(jù)庫能夠正常使用，磁盤空間不被數(shù)據(jù)庫事務(wù)日志耗盡，必須要調(diào)整創(chuàng)建數(shù)據(jù)庫的屬性。如，限制事務(wù)日志的大小。同時需要定期備份數(shù)據(jù)庫事務(wù)日志，并收縮數(shù)據(jù)庫事務(wù)日志，防止由于數(shù)據(jù)庫操作增多，事務(wù)日志增長過快，導致StarTeam服務(wù)無法正常使用。設(shè)置用戶和組StarDraw1服務(wù)器配置庫啟動后，只能用Administrator登錄（密碼相同）；選擇Accounts-UserManager，使用Administrator帳號登錄后，應(yīng)首先更改該帳號的密碼；點擊NewGroup創(chuàng)建新組；點擊NewUser創(chuàng)建新的用戶；說明：應(yīng)首先在管理員組創(chuàng)建StarTeam管理員的帳號，以后StarTeam配置庫維護等操作都使用該帳號進行。當需要把一個用戶分配到多個組中時，選中某個用戶，右鍵菜單中選擇GroupMembership，可以勾選用戶所屬的組；如果一個項目組成員即將離開項目組或者離職，配置管理員應(yīng)該及時刪除該用戶；除管理員用戶外，其他用戶都是在新建項目（如，項目A）后創(chuàng)建，每個項目對應(yīng)一個用戶組（用戶組A），用戶組下根據(jù)項目組成員角色不同進行劃分，如項目A開發(fā)組、項目A測試組等等；為某個項目新增用戶或組后，需要記錄到《配置庫管理報告》配置庫維護日志頁簽中，記錄內(nèi)容包括：日期、項目名稱、申請人、申請內(nèi)容、操作、用時。管理項目項目（Project）是高級別的容器，同時使用視圖、文件夾按層次將相關(guān)項（項目相關(guān)的需求文檔、功能說明、源代碼、測試數(shù)據(jù)及測試報告、用戶文檔等）進行分組。項目的創(chuàng)建是在StarTeam客戶端進行。一般情況下，創(chuàng)建StarTeamProject之前，在本地工作空間中已經(jīng)有項目文件夾及文檔。創(chuàng)建項目打開StarTeam客戶端程序，選擇以下某種方式新建項目；單擊工具欄上的圖標“NewProject”在菜單欄選擇Project->New；彈出NewProjectWizard對話框選擇在哪個ServerConfiguration上創(chuàng)建項目，如果選擇的ServerConfiguration不在對話框中，單擊AddServer按鈕，在彈出的對話框中添加服務(wù)，輸入ServerConfiguration的IP地址及端口號。其中，Serverdescription中填寫對該服務(wù)的命名；Serveraddress中填寫該服務(wù)的IP地址或所在的機器名；TCP/IPendpoint中填寫給該服務(wù)分配的端口號，默認端口號為49201；說明：如果在一臺服務(wù)器上部署多個ServerConfiguration則需要分配不同的端口號，這里填寫的端口號也會不同。選擇ServerConfiguration后，單擊Next；彈出登錄對話框輸入StarTeam管理員帳號的用戶名、密碼，單擊登錄；彈出NewProject對話框輸入創(chuàng)建項目名稱及簡要描述；單擊Next，在對話框中選擇新建項目對應(yīng)的本地工作路徑；單擊Next，在對話框中顯示本地工作路徑下子文件夾目錄，可以將所有文件夾添加到項目中，也可以選擇某個子文件夾，單擊Exclude，去掉不需要添加到項目中的子文件夾；單擊Finish，完成創(chuàng)建項目的全過程。將新建項目的相關(guān)信息（包括創(chuàng)建時間、項目編號/名稱、服務(wù)器地址及端口號等）錄入到《配置庫管理報告》中。打開現(xiàn)有項目打開項目前，必須有此項目所在服務(wù)器配置（ServerConfiguration）的訪問權(quán)限。具體內(nèi)容請參見“3.5權(quán)限管理”。打開現(xiàn)有項目的具體操作如下：選擇開始-程序–StarTeam-StarTeamx.x，運行客戶端程序；計算機屏幕上出現(xiàn)一個空的StarTeam窗口選擇菜單Project-Open，或單擊工具欄圖標；彈出OpenProjectWizard；單擊AddServer，彈出如下對話框：在Serverdescription（服務(wù)器說明）文本框中輸入一個易于記憶的說明（如StarDraw）。Serverdescription（服務(wù)器說明）區(qū)分大小寫并且應(yīng)當唯一；在Serveraddress（服務(wù)器地址）文本框中，鍵入運行StarTeamServer的計算機的確切名稱或正確的IP地址，以指示StarTeamServer在何處運行；如果需要瀏覽確切的名稱，請單擊Browse（瀏覽）按鈕；在TCP/IPEndpoint（TCP/IP端口號）文本框中輸入相應(yīng)信息，默認情況下為49201；（可選）選中CompressTransferredData（壓縮傳輸數(shù)據(jù)）復選框，以壓縮在計算機與服務(wù)器配置之間傳輸?shù)臄?shù)據(jù)；（可選）如果要防止未授權(quán)方通過不安全的網(wǎng)絡(luò)線路讀取在您的計算機與StarTeamServer之間傳輸?shù)臄?shù)據(jù)，請選中Encryption（加密）類型復選框；加密類型（從上到下）按速度排序。每種加密類型都比其上面的類型慢，但更安全；添加完成后，右側(cè)樹形中顯示已添加的服務(wù)器配置；雙擊服務(wù)器名稱，彈出登錄窗口。在登錄窗口中輸入用戶名、密碼。登錄后，OpenProjectWizard（打開項目向?qū)В@示所選StarTeamServer上有權(quán)限的項目（在本例中為StarDraw）；選擇需要打開的項目，單擊下一步；對話框中右側(cè)樹形顯示所選項目的視圖，選擇需要打開的視圖，單擊Finish。修改項目名打開項目后，選擇菜單Project-Properties…。打開對話框項目屬性對話框在Name頁簽的Name文本框中修改Project名稱，修改后單擊ok保存。再次進入時，Project列表中會出現(xiàn)修改后的Project名稱。一般情況下，項目名是在項目立項時確認的，不需要修改。如果在特殊情況下需要修改項目名，必須由項目經(jīng)理向CCB提交郵件申請，說明項目名稱修改原因、修改后項目名，由CCB審批通過后執(zhí)行。配置管理員需要將郵件申請及審批記錄保存到配置庫備查。配置管理員執(zhí)行項目名修改操作后，必須郵件通知項目組成員及相關(guān)人員。具體操作概述需要記錄到《配置庫管理報告》配置庫維護日志中。強制用戶填寫修訂注釋在制定項目配置管理計劃時，需要首先確定項目的配置管理策略。其中包括：是否需要強制填寫修訂注釋、是否需要強制在修訂前鎖定文件、是否使解除鎖定的文件變?yōu)橹蛔x。因此在創(chuàng)建項目后，需要配置管理員根據(jù)項目的配置管理計劃完成相應(yīng)的設(shè)置。在項目屬性對話框中，Options頁簽中，勾選“Requirerevisioncommentwhenfilesarecheckedin”。強制用戶在修訂前鎖定文件在項目屬性對話框中，Options頁簽中，勾選“Requireexclusivelockwhenfilesarecheckedin”。使解除鎖定的文件變?yōu)橹蛔x在項目屬性對話框中，Options頁簽中，勾選“Markunlockedworkingfilesread-only”。刪除項目打開項目后，選擇菜單Project-Delete。然后會出現(xiàn)確認對話框，單擊Yes確認后，出現(xiàn)下圖第二個確認框，需要輸入項目名（區(qū)分大小寫）。單擊OK后，刪除的項目將不會再出現(xiàn)在打開項目時的項目列表中。生產(chǎn)環(huán)境下，項目刪除需要CCB確認，否則配置庫中項目不允許隨意刪除。一旦出現(xiàn)刪除項目的操作，需要記錄到《配置庫管理報告》中。分配項目訪問權(quán)限項目的配置管理計劃中會說明項目組成員角色的權(quán)限。配置管理員根據(jù)配置管理計劃中的說明完成權(quán)限設(shè)置。具體操作如下：打開項目后，選擇菜單Project-AccessRights…。彈出項目訪問權(quán)限設(shè)置對話框：在對話框中分別設(shè)置哪些用戶和組對該項目有權(quán)限。另外，可以設(shè)置該項目中所有視圖、子文件夾、文件等的缺陷。單擊Add按鈕選擇用戶和組，在Rights欄中勾選相應(yīng)的權(quán)限。Type中選項保持默認即可。單擊Apply應(yīng)用某次設(shè)置，單擊OK應(yīng)用前面的設(shè)置并退出對話框。StarTeam權(quán)限設(shè)置規(guī)則將在“3.7權(quán)限管理”部分詳細介紹。使用視圖視圖（View）是StarTeam中較為重要的一個概念。創(chuàng)建Project時，該項目的初始視圖（根視圖）也隨即創(chuàng)建。初始視圖與項目同名。如果沒有創(chuàng)建子視圖，打開項目時，所有操作都是在初始視圖下進行，因此需要給初始視圖設(shè)置本地工作目錄。為滿足項目的需要，可以基于初始視圖創(chuàng)建子視圖。如使用子視圖維護已發(fā)布的版本。視圖類型基于初始視圖，可以創(chuàng)建四種類型的視圖：可分支視圖、參考視圖、只讀參考視圖、非派生視圖?？煞种б晥D（BranchAll）：如果一個視圖是可分支視圖，那么可以基于這個視圖創(chuàng)建子視圖。子視圖可以包含可分支視圖中所有的項，也可以不包含可分支視圖中任何項。子視圖創(chuàng)建后并不會立即分支，而是在子視圖中的項改變后，子視圖分支。BranchAll類型的子視圖，子視圖的修改不會對父視圖產(chǎn)生影響，同樣父視圖的修改也不會對子視圖產(chǎn)生影響。參考視圖（Reference）：如果當前視圖是可分支視圖，那么基于當前視圖創(chuàng)建的參考視圖與當前視圖可以雙向流動，即無論是在參考視圖或者當前視圖中進行修改，另一個視圖中也會同樣被修改，兩個視圖會保持同步。參考視圖是不可分支視圖。只讀參考視圖（Read-onlyReference）：如果當前視圖是只讀參考視圖，那么該視圖將與父視圖保持同步。當父視圖中項改變時，只讀參考視圖中的項也會改變。只讀參考視圖中的項是只讀的，不可修改。另外，只讀參考視圖也是不可分支視圖。非派生視圖（Non-Derived，空視圖）：非派生視圖是指不是從其他視圖中的項派生而來的視圖。非派生視圖雖然也需要指定父視圖，但是非派生視圖中的項并不是從父視圖中派生而來，而是在創(chuàng)建視圖后手動添加的，因此，非派生視圖在創(chuàng)建時通常是空的。以上四種類型的視圖中，最常用到的是BranchAll類型的視圖，同時也會根據(jù)需要使用其他類型的視圖。新建視圖新建視圖是項目的一種分支形式。一個項目內(nèi)，不同視圖之間可以實現(xiàn)視圖比較和合并；而不同項目之間的視圖無法進行視圖比較及合并操作。同時，一個項目中項的數(shù)量會隨著視圖的增加成倍遞增，為了保證項目的使用效率，一個項目中視圖的層次不要超過三層，視圖的數(shù)量也不宜過多。因此當多個項目的基準源代碼相同時，需要選擇是在基準源代碼基礎(chǔ)上創(chuàng)建視圖分支，還是新建項目。如，發(fā)布CI3.3正式版本后，需要新建一條發(fā)布分支，用于發(fā)布基于CI3.3正式版的臨時版本。打開項目后，選擇菜單View-New…，彈出以下對話框：在下拉列表中選擇創(chuàng)建的視圖類型。本例中使用BranchAll類型，避免父子視圖中的項互相影響。在Viewname中輸入視圖名，建議盡量起英文名。單擊下一步，選擇以哪個文件夾為根文件夾創(chuàng)建視圖。單擊下一步，設(shè)置視圖對應(yīng)的本地工作目錄。注意這個目標必須區(qū)別于父視圖的本地工作目錄，否則兩個視圖對應(yīng)同一個本地工作路徑容易導致文件狀態(tài)混亂。單擊下一步，選擇基于視圖標簽“CI3.3_Release”下的配置項創(chuàng)建視圖。單擊Finish完成新建視圖。其他類型視圖創(chuàng)建過程基本相同。項目子視圖創(chuàng)建后需要記錄到《配置管理活動報告》及《配置庫管理報告》中。設(shè)置視圖訪問權(quán)限項目子視圖創(chuàng)建后，需要設(shè)置視圖的訪問權(quán)限。如，發(fā)布分支只允許配置管理簽入源代碼，開發(fā)人員只有代碼簽出權(quán)限。打開項目后，選擇菜單View-AccessRights…，彈出以下對話框：設(shè)置哪些組對該視圖有權(quán)限，參見“View級別訪問權(quán)限設(shè)置”。視圖權(quán)限設(shè)置完后，在《配置管理活動報告》中記錄操作日志。比較視圖當一個項目中存在多個視圖時，可以使用視圖比較工具比較兩個視圖中配置項的差異。不同項目的視圖是無法通過視圖比較工具進行差異比較的。假設(shè)“CI3.3_Release”分支中已進行多處修改，下面以查看發(fā)布分支中修改的代碼為例，通過視圖比較工具比較主視圖“CI3.3_Release”標簽下配置項與“CI3.3_Release”分支中的配置項。在主視圖中選擇菜單View-Compare/Merge…，彈出視圖比較/合并對話框。單擊下拉列表選擇“Compareonly”（只進行比較），下方類型選擇“Sourceofmerge”以主視圖為源。單擊下一步，選擇主視圖中“CI3.3_Release”標簽下的配置項；單擊下一步，選擇子視圖“CI3.3_Release”作為目標視圖；單擊下一步，選擇子視圖“CI3.3_Release”的當前配置作為目標視圖；單擊下一步，選擇比較的項，包括Files、Changerequests等，本例中查看發(fā)布分支建立后修改的代碼，保持默認選項即可。如果需要比較兩個分支中提交的缺陷可以勾選Changerequests。單擊下一步，設(shè)置比較是的選項，保持默認即可；單擊Finish完成，彈出下圖的視圖比較窗口。如果配置項較多，等待時間會較長。一般用戶也可以對有權(quán)限的視圖使用視圖比較功能，查看某個里程碑時間點后的修改內(nèi)容。刪除視圖項目開發(fā)過程中，可以根據(jù)開發(fā)活動的需要創(chuàng)建新的視圖，同時某個開發(fā)活動的結(jié)束時，也可以刪除不需要的視圖，減少系統(tǒng)中占用資源的配置項。如果需要刪除某個視圖，由配置管理員向CCB發(fā)送郵件申請，由CCB審批通過，確認視圖刪除后，配置管理員執(zhí)行刪除視圖操作，并記錄到《配置管理活動報告》及《配置庫管理報告》中。選擇菜單View-SelectView…，使當前視圖為待刪除的視圖。然后選擇菜單View-Delete，彈出確認對話框，單擊確定后，再次彈出對話框確認視圖名稱，輸入視圖名稱后單擊確認，刪除當前視圖；基線管理項目的基線計劃在配置管理計劃中已經(jīng)確定，配置管理員需要根據(jù)基線計劃定期提醒項目經(jīng)理提交基線申請。項目經(jīng)理提交基線申請后，配置管理員應(yīng)根據(jù)基線計劃審查基線申請中主要配置項是否與計劃相符，基線申請中的主要配置項是否已提交到配置庫中。審查通過后，由配置管理員按基線計劃中已定義的基線標識對配置庫中的配置項執(zhí)行打基線操作。例如，CI3.3正式版發(fā)布，基線計劃中確定的基線標識為“CI3.3_Release”，下面對CI3.3代碼庫打基線標簽。選擇菜單View-SelectView…，使當前視圖為CI3.3代碼庫；然后選擇菜單View-Labels…，彈出確認對話框：在View頁簽下，單擊New，彈出新建視圖標簽對話框；在Labelname中輸入“CI3.3_Release”，在Labeldescription中輸入基線的中文標識，并簡要描述。單擊確定基線標簽創(chuàng)建完畢。配置管理員將打基線操作記錄到《配置庫管理報告》、《配置管理活動報告》中。配置庫目錄管理配置管理員在制定配置管理計劃時應(yīng)確定配置庫的目錄結(jié)構(gòu)。在新建項目的主視圖中，StarTeam文件夾樹形中將顯示與Project同名的根文件夾。選中根文件夾，單擊右鍵，根據(jù)配置管理計劃中的目錄結(jié)構(gòu)，根據(jù)彈出的新建StarTeam文件夾向?qū)瓿尚陆ㄎ募A的工作。如果本地工作目錄下已經(jīng)建立了配置庫目錄，可以在項目主視圖界面中選中根目錄，單擊右鍵選擇“ShowNot-In-ViewFolders”。本地工作目錄下的子文件夾都出現(xiàn)在StarTeam文件夾樹形中，可以選擇需要添加的目錄，單擊右鍵選擇“AddtoView”添加到主視圖中。如果希望批量添加本地工作目錄，可以切換到Folder頁簽選中需要添加的文件夾，單擊右鍵選擇“AddtoView”，將文件夾及子文件夾一同添加到主視圖中。版本分支/合并權(quán)限管理StarTeam中的權(quán)限管理較為復雜，需要在分別在服務(wù)器端、客戶端完成權(quán)限設(shè)置。服務(wù)器端權(quán)限設(shè)置服務(wù)器端的權(quán)限管理主要控制哪些用戶可以對服務(wù)器端進行操作（如，查看服務(wù)器日志、遠程維護Server、管理用戶帳號等）。同時，也可以在服務(wù)器設(shè)置哪些用戶被允許創(chuàng)建Project（默認情況下，AllUsers有創(chuàng)建Project的權(quán)限。在實際使用時，需要去掉該權(quán)限）。運行StarTeamServer，選中需要連接的服務(wù)器配置，在左下窗格中選中AccessRights。輸入用戶名、密碼后，右側(cè)區(qū)域顯示如下：單擊New，可以根據(jù)需要對組和用戶設(shè)置相應(yīng)的權(quán)限。注意：切換到AllUser，勾掉所有用戶的“Createprojects”權(quán)限?？蛻舳藱?quán)限設(shè)置原則客戶端權(quán)限是針對每個Project進行設(shè)置的。新建一個Project后，如果沒有在客戶端針對項目組成員設(shè)置權(quán)限，該項目將對于AllUser有權(quán)限。因此，新建項目后，需要配置管理員立即對項目進行授權(quán)。對于每個Project可以根據(jù)需要靈活設(shè)置Project、View、Folder、File、ChangeRequest的權(quán)限。但必須遵循以下原則：默認情況下，StarTeam為項或?qū)ο蟮乃姓哔x予特殊權(quán)限。一般而言，所有者是指創(chuàng)建項目、視圖、文件夾或項的用戶。除非忽略所有權(quán)（在服務(wù)器端，SystemPolicy-AccessRights設(shè)置），否則所有者權(quán)限會覆蓋在別處配置的全部權(quán)限并具有優(yōu)先權(quán)；如果在AccessRights（訪問權(quán)限）對話框中的某一給定級別授予任何用戶或組權(quán)限，則未在該級別授予權(quán)限的用戶實際上被拒絕了這些權(quán)限；用戶被賦予的權(quán)限與其所屬的組的權(quán)限相同。如果用戶屬于兩個組，其中一個組具有某些權(quán)限，而另一個組不具有同樣的權(quán)限，那么，由于用戶所屬的組中至少一個組具有這些權(quán)限，該用戶將被授予這些權(quán)限；如果在AccessRights（訪問權(quán)限）對話框中的某一給定級別授予任何用戶或組權(quán)限，則未在該級別授予權(quán)限的用戶實際上被拒絕了這些權(quán)限；如果用戶可以查看對象而且沒有拒絕記錄阻止用戶執(zhí)行操作，則該用戶可以執(zhí)行授權(quán)記錄允許進行的任何操作；如果對某個用戶單獨授權(quán)，該用戶的權(quán)限必須高于用戶所在的組，如果設(shè)置權(quán)限低于用戶所在組，則以組權(quán)限為準；StarTeam中權(quán)限檢查順序如下：如果請求操作的用戶是要操作的對象的所有者，而且未忽略所有權(quán)，則允許訪問。請注意，不忽略所有權(quán)時，它將優(yōu)先于權(quán)限和訪問權(quán)限；如果用戶屬于某一具有足夠權(quán)限的組，并且權(quán)限未被忽略，則允許訪問。請注意，不忽略權(quán)限時，在任何設(shè)置了訪問權(quán)限的位置權(quán)限都優(yōu)先于訪問權(quán)限。如果用戶屬于具有正確權(quán)限的組，他們可被授予在StarTeam中明確拒絕他們的訪問權(quán)限；如果用戶或用戶所屬的任意組被授予足夠的訪問權(quán)限來訪問要執(zhí)行操作的對象，則允許用戶訪問。如果對象已設(shè)置訪問權(quán)限，但都不符合要求，則拒絕用戶訪問；如果對象未設(shè)置訪問權(quán)限，StarTeam會檢查下一個較高的級別；如果對文件執(zhí)行操作，StarTeam會依次檢查：單個文件的訪問權(quán)限；該文件所在文件夾及該文件夾的父文件夾依次類推直到根文件夾權(quán)限中設(shè)置的File的權(quán)限；該文件所在視圖權(quán)限中設(shè)置的File的權(quán)限；該文件所在項目權(quán)限中設(shè)置的File的權(quán)限；在設(shè)置權(quán)限時，盡量在Project級別設(shè)置權(quán)限，如果需要對特定視圖設(shè)置權(quán)限，可以切換到特定視圖下，設(shè)置View級別的權(quán)限；如果需要對某個文件夾設(shè)置權(quán)限，可以選中該文件夾，單獨設(shè)置文件夾的Folder權(quán)限；Project級別訪問權(quán)限設(shè)置在客戶端打開Project后，選擇菜單Project-AccessRights…彈出對話框Project權(quán)限設(shè)置對話框：對話框中默認選中Project節(jié)點，單擊Add…按鈕添加用戶和組，建議首先增加Administrators用戶組，并單擊SelectAll按鈕，給管理員用戶所有權(quán)限。當設(shè)置哪些用戶和組對Project有權(quán)限時，單擊Add…按鈕，添加用戶和組，選擇添加的用戶和組，在右側(cè)選擇相應(yīng)的權(quán)限。如，項目組成員給“Seeobjectanditsproperties”權(quán)限即可。選擇View節(jié)點，可以設(shè)置用戶和組對Project中所有視圖的權(quán)限。同樣需要先給管理員組所有權(quán)限，再給項目組成員“Seeobjectanditsproperties”權(quán)限。當有多個視圖時，如果需要單獨設(shè)置某個子視圖的權(quán)限，可以選擇SelectView…切換視圖，在View級別單獨設(shè)置訪問權(quán)限控制。選擇ChildFolders節(jié)點，給Administrators所有權(quán)限，給項目組成員“Seeobjectanditsproperties”和“Seehistory”權(quán)限。選擇File節(jié)點，給簽入、簽出權(quán)限，同時允許開發(fā)人員新增文件。View級別訪問權(quán)限設(shè)置當在Project中存在多個視圖時，需要設(shè)置每個View的訪問權(quán)限。在客戶端登錄時選擇需要設(shè)置權(quán)限的視圖，或者登錄主視圖后通過SelectView切換視圖。對當前視圖設(shè)置訪問權(quán)限，選擇View-AccessRights…，視圖級別權(quán)限設(shè)置與項目級別權(quán)限設(shè)置類似。View節(jié)點下，設(shè)置Administrators的所有權(quán)限，對該視圖有權(quán)限的組設(shè)置可讀權(quán)限“Seeobjectanditsproperties”。其他節(jié)點權(quán)限根據(jù)需要設(shè)置。沒有設(shè)置的將繼承Project中相應(yīng)節(jié)點的權(quán)限設(shè)置。Folder級別訪問權(quán)限設(shè)置當需要限制源代碼文件夾只允許項目組開發(fā)人員訪問時，需要在某個視圖中設(shè)置某個文件夾的權(quán)限。選中StarTeam文件夾，右鍵菜單中選擇Advanced-AccessRights…，在彈出對話框中設(shè)置所選文件夾的權(quán)限。ThisFolder節(jié)點下，設(shè)置Administrators的所有權(quán)限，給項目組開發(fā)人員設(shè)置可讀權(quán)限“Seeobjectanditsproperties”，給其他節(jié)點權(quán)限根據(jù)需要設(shè)置。沒有設(shè)置的將繼承View中相應(yīng)節(jié)點的權(quán)限。組件、過濾器、查詢的訪問權(quán)限設(shè)置StarTeam除有文件版本管理功能外，還通過組件方式提供缺陷管理、任務(wù)管理等功能，同時可以分別對各組件設(shè)置訪問權(quán)限。另外，客戶端右上區(qū)域?qū)⒏鶕?jù)過濾器中設(shè)置的查詢、顯示字段等進行顯示。因此StarTeam客戶端也需要對過濾器、查詢設(shè)置訪問權(quán)限。組件訪問權(quán)限控制可以基于Project、View等不同級別設(shè)置。一般情況下，在Project級別選擇ChangeRequest節(jié)點，設(shè)置Administrators有所有權(quán)限，項目組測試人員有創(chuàng)建ChangeRequest的權(quán)限，開發(fā)人員有修改ChangeRequest的權(quán)限?？梢栽O(shè)置以下權(quán)限：設(shè)置組件權(quán)限后，管理員需要設(shè)置不同組件下，哪些用戶有創(chuàng)建公共過濾器的權(quán)限。如，給Administrators所有權(quán)限，給AllUser使用公共過濾器和公共查詢的權(quán)限。另外，需要對File、ChangeRequest組件設(shè)置權(quán)限控制，其他組件可以根據(jù)需要設(shè)置。首先，切換組件。在右上區(qū)域單擊右鍵，彈出菜單中選擇Advanced-ComponentAccessRights…彈出如下對話框：Component節(jié)點下，Administrators有創(chuàng)建公共過濾器和查詢的權(quán)限，AllUsers沒有權(quán)限。Filter節(jié)點下，Administrators有所有權(quán)限，AllUsers只有讀權(quán)限。Query節(jié)點下，Administrators有所有權(quán)限，AllUsers只有讀權(quán)限。其他組件權(quán)限設(shè)置類似。備份/恢復備份備份配置庫的目的是使丟失最小化，或保證在軟件產(chǎn)品生命周期的開發(fā)期間和運行維護階段不存在基本配置信息相關(guān)的風險。對于安全性比較高的項目，應(yīng)該采用定期刻錄光盤或者磁帶的方式進行備份。在不具備光盤或者磁帶備份條件下，項目可以使用軟件進行電子異地備份。要正確備份StarTeam項目數(shù)據(jù)，必須同時備份所有數(shù)據(jù)。StarTeam項目數(shù)據(jù)由數(shù)據(jù)庫、存檔文件和配置文件組成。如果數(shù)據(jù)庫與存檔文件之間出現(xiàn)不匹配，則備份可能無法使用。需要同時備份的文件如下：starteam-server-configs.xml：此文件包含服務(wù)器配置。它位于StarTeamServer的安裝文件夾中；數(shù)據(jù)庫文件：每個服務(wù)器配置都有一個數(shù)據(jù)庫（或者，對于Oracle而言，為一個模式用戶）；文件修訂（儲存庫）：Hive\Archives文件夾；更改請求等的附加文件：Attachments文件夾；由于需要定期備份，因此必須設(shè)置任務(wù)計劃，具體步驟如下：使用操作系統(tǒng)自帶的備份工具備份配置文件及StarTeam存儲庫；增加系統(tǒng)備份計劃任務(wù)選擇開始-所有程序-附件-系統(tǒng)工具-備份，打開備份工具；單擊下一步默認為備份文件，單擊下一步：選擇“讓我選擇要備份的內(nèi)容”，單擊下一步選擇需要備份的內(nèi)容：服務(wù)器配置文件：StarTeam安裝根目錄下的配置文件：starteam-server-configs.xmlStarTeam存儲庫：文件系統(tǒng)中的配置服務(wù)的Repository目錄單擊下一步單擊“瀏覽”選擇備份文件的保存位置，可以選擇備份到局域網(wǎng)內(nèi)的另一臺機器。輸入備份名稱后，單擊下一步。查看/修改備份計劃任務(wù)選擇開始-所有程序-附件-系統(tǒng)工具-備份，打開備份工具；單擊“高級模式”，彈出備份工具對話框，切換到“計劃作業(yè)”頁簽；單擊標識的完整備份計劃，彈出如下對話框；單擊“屬性”按鈕，切換到“日程安排”頁簽，可以查看或修改計劃任務(wù)的時間；對數(shù)據(jù)庫設(shè)定備份計劃任務(wù)；下面介紹SQLServer2000下的備份數(shù)據(jù)庫文件的操作：打開SQLServer2000客戶端，選擇需要備份的數(shù)據(jù)庫，在右鍵菜單中選擇“所有任務(wù)-備份數(shù)據(jù)庫”；數(shù)據(jù)庫備份包括完整備份、增量備份、數(shù)據(jù)庫事務(wù)日志備份三類。完整備份：首次備份數(shù)據(jù)庫時，選擇“數(shù)據(jù)庫-完全”，單擊“添加”選擇備份文件存儲路徑。注意：備份文件至少應(yīng)與StarTeam存儲庫、SQLServer數(shù)據(jù)文件在不同的磁盤。完整備份的調(diào)度設(shè)置為每月一次，備份時間應(yīng)設(shè)置為0：00以后。增量備份：選擇備份類型為“數(shù)據(jù)庫-差異”，設(shè)置追加到剛才完整備份的數(shù)據(jù)庫文件，調(diào)度計劃設(shè)置為每周一次，備份時間設(shè)置為服務(wù)器不使用時；數(shù)據(jù)庫事務(wù)日志備份：選擇備份類型為“事務(wù)日志”，設(shè)置備份路徑及備份文件名，調(diào)度計劃設(shè)置為每日一次，備份時間為0：00以后；收縮數(shù)據(jù)庫：在右鍵菜單中選擇“收縮數(shù)據(jù)庫”，勾選“根據(jù)本調(diào)度來收縮數(shù)據(jù)庫”，單擊“更改”按鈕，設(shè)置調(diào)度的時間；查看備份作業(yè)執(zhí)行情況如果需要查看或修改備份作業(yè)計劃，選擇“管理-SQLServer代理-作業(yè)”顯示作業(yè)執(zhí)行情況選中某個作業(yè)，雙擊彈出作業(yè)屬性對話框：切換到“步驟”頁簽單擊“編輯”按鈕，在彈出對話框中可以修改命令，如下圖，可以修改備份數(shù)據(jù)庫文件的路徑；作業(yè)屬性對話框，切換到“調(diào)度”頁簽，可以修改作業(yè)的計劃任務(wù)；注意：備份數(shù)據(jù)庫計劃任務(wù)的創(chuàng)建、修改都必須記錄到《配置管理活動報告》及《配置庫管理報告》中?；謴拖仍谛路?wù)器上按照上文中提到的安裝方式重新安裝StarTeamServer，建議依次安裝Server、Clients、Extensions(含WorkflowDesigner)、SDK，然后安裝MSDE或SQLServer，安裝SQLServer時請注意選擇同時支持Windows和SQL兩種登錄模式訪問數(shù)據(jù)庫。復制備份的Repository目錄，建議不要改變原來的存儲路徑（最好不要改變原有存儲路徑的盤符）；復制starteam-server-configs.xml到StarTeamServer目錄下，并且修改其中的“ComputerName”和“UserName”為當前機器和用戶的名字。并且修改其“RepositoryPath”和“LogPath”；用SQLServerEnterpriseManager恢復數(shù)據(jù)庫，選擇之前備份好的數(shù)據(jù)庫文件進行還原；還原后，需要注意修改相應(yīng)的數(shù)據(jù)庫用戶擁有相應(yīng)的權(quán)限，在SQLServerEnterpriseManager里配置。運行StarTeamAdministration，選擇恢復的配置庫，選擇菜單彈出對話框，切換到第二個頁簽，單擊“VerifyConnec