共用資源管理

在協同團隊環境中工作時,數個團隊及團隊成員可以處理產品(或專案)的不同版本。如果要確保團隊存取正確的資源(構件)版本,則可以使用內建配置管理功能,將生命週期管理產品的資源組織成唯一集合(配置)。有下列兩種配置:Snapshot 與工作區。
Snapshot 代表一組資源在特定時間點的狀態;這些資源無法再修改。建立 Snapshot 以凍結工作區中資源在特定時間點的狀態,並阻止進一步變更這個資源集。

工作區包含您和團隊成員可以修改的資源集。

其他生命週期產品可能對本主題中討論的概念使用不同的術語:

在您的生命週期產品中,如果要指定所要使用的配置,則可以從配置管理功能表中選取該配置。

在下列簡式實務範例中,團隊使用一個稱為「完美新產品」的工作區來開始產品開發。一段時間之後,會建立其他配置,以及將資源交付給工作區或者變更工作區中的資源。在資源名稱中的“:”(冒號)之後,可以看到由生命週期產品指定的任意版本號碼。「資源 A:101」表示「資源 A,101 版」。
圖 1. 專案期間以團隊成員身分變更配置會建立配置並交付變更
此時間表顯示以團隊成員身分變更配置會如何建立配置,以及交付、移除或編輯資源版本。

在專案開始時,團隊成員會將「資源 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);配置會參照生命週期產品中構件的版本。建立配置空間後,會自動建立名稱為「完美新產品」的最上層工作區。團隊成員是否將資源交付給此最上層工作區,是由該專案的契約規則決定。
圖 2. 「配置管理」應用程式使用數種機制來組織對資源版本的參照,以便專案使用正確的版本來開發產品。
「配置管理」應用程式使用數種機制來組織對資源版本的參照,以便專案使用正確的版本來開發產品。 按一下以進一步瞭解專案區域 按一下以進一步瞭解配置空間 按一下以進一步瞭解配置 按一下以進一步瞭解配置 按一下以進一步瞭解配置

生命週期管理產品中的專案區域

在生命週期管理產品中,團隊是在專案區域中工作。專案區域是以管理方式定義的儲存庫區域,此區域中儲存了一個以上專案的相關資訊。此資訊包含專案可交付項目、團隊結構、程序及排程。通常,資源組織成個別專案區域,這樣每個邏輯資訊群組就具有一個專案區域。如需專案區域的相關資訊,請參閱此主題結尾的相關鏈結。

下列概念特定於「配置管理」應用程式。

配置空間

在「配置管理」應用程式中,配置空間是一種用來組織工作區與 Snapshot 的機制。在生命週期產品中建立專案區域時,可以將新專案區域指派給現有配置空間,或者建立配置空間。

使生命週期管理專案區域與配置空間產生關聯之後,配置空間中的所有工作區與 Snapshot 都可以在該專案區域中使用。此特性包括下列優點:
  • 使用者可以從單一配置環境定義中,變更位在不同專案區域中的資源。
  • 管理者及使用者可以取得 Snapshot,以在共用一個工作區的多個專案區域之間,擷取所有資源的版本。

使專案與配置空間產生關聯之後,無法使該專案與不同的配置空間產生關聯。

配置

配置是唯一的資源版本集。配置會將資源版本組織成群組,以便團隊處理正確的資源版本。有下列兩種配置:Snapshot 與工作區。

有下列兩種配置:
  • Snapshot(也可能稱為基準線):此配置用來識別建立 Snapshot 時工作區中的資源集及其版本。無法修改 Snapshot 中資源的版本。
    • Snapshot 中的資源可以加註,但無法編輯。
    • 在專案生命週期中,您隨時可以建立 Snapshot。例如,在開始新串流或工作之前,在達到專案里程碑前後或者將資源匯入至應用程式之後,或者檢閱特定構件之後,您都可以建立 Snapshot。

    修改資源之後,您可以回到該 Snapshot 來查看資源的變更情況。

  • 工作區(也可能稱為流程目標或串流):每個配置空間包含預設的最上層工作區(由「配置管理」應用程式自動建立),以及您和團隊成員建立的其他工作區。工作區本身可以包含多個 Snapshot 與工作區。例如,在「完美新產品」實務範例中,您可以為不同的團隊定義下列工作區:
    • 應用程式邏輯
    • 資料庫邏輯
    • 使用者介面

    如果要在工作區中新增、編輯及移除資源版本,則必須在「配置管理」應用程式給您或您的角色指派相對應的許可權角色。如果要使其他團隊成員可以看見工作區變更,請將變更從工作區交付給流程目標(也是工作區)。

    建立工作區時,可以選取 Snapshot 來作為新工作區的基礎。還可以根據同一個配置空間中其他工作區的內容,來建立工作區。例如,在前述實務範例中,可以根據「完美新產品工作區 1」來建立名稱為 GNP-WS2 的工作區。新工作區中資源的版本,與所選工作區中的那些資源相同。此外,還會建立相對應的 Snapshot。如果在新工作區中新增、編輯或移除資源,則不會影響其他工作區中的資源。

    如果工作區需要的資源位在另一配置空間的工作區中,則必須取得後一工作區的 Snapshot,然後在您的工作區中指定對該 Snapshot 的相依關係。


意見