工作區包含您和團隊成員可以修改的資源集。
在您的生命週期產品中,如果要指定所要使用的配置,則可以從配置管理功能表中選取該配置。

在專案開始時,團隊成員會將「資源 A」及「資源 B」交付給「完美新產品」工作區。生命週期產品會給資源指定版本 ID。使用此工作區的團隊成員現在可以使用這些資源。
那個下午的晚些時候,團隊成員 Bob 建立了最上層工作區的 Snapshot,因為他的團隊想要擷取專案中資源的現行狀態,並且阻止進一步變更這些版本。稍後,團隊可使用此 Snapshot 來查看資源是如何變更的,或者其他專案團隊可使用它來作為新專案里程碑的起始點。
在接下來的一天,團隊成員 Charlie 建立名稱為「完美新產品工作區 1」的工作區,此工作區基於「完美新產品 2014 年 3 月」Snapshot。Charlie 及其團隊成員使用這個新工作區,以新專案里程碑開始開發。Snapshot 中資源的版本會變成新工作區中的起始版本。團隊成員可以編輯工作區中所列資源的版本(因此會建立新版本),交付其他資源,以及將資源從工作區中移除。
一星期後,團隊成員 Dan 交付了會更新「資源 B」的變更集;此交付會變更與「完美新產品工作區 1」工作區相關聯的版本。Dan 的團隊成員現在可以看到已更新的資源版本。
在接下來的一天,團隊成員 Joe 將「資源 D」交付給「完美新產品工作區 1」工作區。生命週期產品會給此版本指定版本 ID“103”,此 ID 現在由工作區參照。
Frank 將他對「資源 C」所做的變更交付給最上層工作區。生命週期產品會給此版本指定版本 ID“202”,此 ID 現在由此工作區參照。
使用變更集來分組您對資源所做的變更。一個變更集與建立此變更集所在的工作區相關聯。如果要使變更集中的變更在相對應的工作區中可見,則必須共用這些變更。
此內容適用於 4.0.3 版或更新版本。隨後,如果要讓不同的工作區看見那些變更,則可以將變更從工作區交付給所指派的流程目標,或者交付給另一個工作區,該工作區與您正在從中交付變更的工作區具有共同上代。
如需流程目標及變更交付與合併的相關資訊,請參閱相關主題的鏈結。
在「配置管理」應用程式中指派的角色及作業,可以補充(而不是取代)生命週期管理產品中所指派的許可權。生命週期管理產品的許可權會有不同;請參閱該產品的管理頁面或線上說明。
如需完整的許可權清單,請在「配置管理」應用程式中,查看適當「配置管理」專案區域的「許可權」頁面。
如果工作區需要一個存在於 Snapshot 中的資源版本,此 Snapshot 位於其他配置空間中,則可以建立對該 Snapshot 的相依關係。新增對 Snapshot 的相依關係時,Snapshot 中的所有資源都會併到工作區的範圍中,並因此併到使用工作區所屬配置空間的所有專案區域。
只能對與現行配置不在同一個配置空間中的 Snapshot 建立相依關係。
只能指定對 Snapshot 的相依關係,因為 Snapshot 不可變。
「配置管理」應用程式管理資源版本及其他配置管理功能的組織。
在生命週期管理產品中,團隊是在專案區域中工作。專案區域是以管理方式定義的儲存庫區域,此區域中儲存了一個以上專案的相關資訊。此資訊包含專案可交付項目、團隊結構、程序及排程。通常,資源組織成個別專案區域,這樣每個邏輯資訊群組就具有一個專案區域。如需專案區域的相關資訊,請參閱此主題結尾的相關鏈結。
下列概念特定於「配置管理」應用程式。
在「配置管理」應用程式中,配置空間是一種用來組織工作區與 Snapshot 的機制。在生命週期產品中建立專案區域時,可以將新專案區域指派給現有配置空間,或者建立配置空間。
使專案與配置空間產生關聯之後,無法使該專案與不同的配置空間產生關聯。
配置是唯一的資源版本集。配置會將資源版本組織成群組,以便團隊處理正確的資源版本。有下列兩種配置:Snapshot 與工作區。
修改資源之後,您可以回到該 Snapshot 來查看資源的變更情況。
如果要在工作區中新增、編輯及移除資源版本,則必須在「配置管理」應用程式給您或您的角色指派相對應的許可權角色。如果要使其他團隊成員可以看見工作區變更,請將變更從工作區交付給流程目標(也是工作區)。
建立工作區時,可以選取 Snapshot 來作為新工作區的基礎。還可以根據同一個配置空間中其他工作區的內容,來建立工作區。例如,在前述實務範例中,可以根據「完美新產品工作區 1」來建立名稱為 GNP-WS2 的工作區。新工作區中資源的版本,與所選工作區中的那些資源相同。此外,還會建立相對應的 Snapshot。如果在新工作區中新增、編輯或移除資源,則不會影響其他工作區中的資源。
如果工作區需要的資源位在另一配置空間的工作區中,則必須取得後一工作區的 Snapshot,然後在您的工作區中指定對該 Snapshot 的相依關係。