共用資源管理

如果要管理共用資源的變更,則應該瞭解如何在協同開發環境中,將配置空間、專案區域、配置、Snapshot、工作區及相依關係,與專案一起使用。

如需這些概念的相關資訊,請參閱此主題結尾的相關鏈結。

配置空間

配置空間是工作區與 Snapshot 的虛擬儲存器。配置空間會管理資源的版本資訊。透過建立空間,您可以對相關 Snapshot 與工作區配置進行分組,並在專案之間共用這些配置。

在生命週期管理產品中,團隊可以在專案區域中完成工作。例如,組織中的一個專案可能有三個專案區域:資料庫邏輯、應用程式邏輯及使用者介面邏輯。專案區域定義專案可交付項目、團隊結構、程序及排程。

Rational® Collaborative Lifecycle Management 解決方案中建立專案區域時,您可以將新專案區域指派給現有配置空間,或者建立配置空間。

此內容適用於 4.0.3 版或更新版本。建立配置空間時,會自動在「配置管理」應用程式中建立相對應的專案區域。在此專案區域中,您可以指派權限,來控制生命週期管理產品中專案區域的讀寫權,及配置空間中配置的讀寫權。

對於 Rational Collaborative Lifecycle Management 解決方案 (CLM) 應用程式,您可以使多個專案區域與同一個配置空間產生關聯;因此,這些專案會共用 Snapshot 與工作區配置。使專案與配置空間產生關聯之後,配置空間中的所有工作區與 Snapshot 都可以在該專案區域中使用。此特性包括下列優點:
  • 使用者可以從單一配置環境定義中,變更位在不同專案區域中的資源,如下列小節中所示。
  • 管理者及使用者可以取得 Snapshot,以在共用一個工作區的多個專案區域之間,擷取所有資源的版本。

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

配置環境定義

配置環境定義(亦稱為環境定義)表示您在使用的工作區或 Snapshot。變更環境定義表示切換至不同的工作區或 Snapshot。依預設,如果在專案區域中選取一種配置環境定義,則切換至同一個配置空間中的另一個專案區域時,環境定義不會變更。如果要切換至不同的環境定義,請使用橫幅右上方的現行配置環境定義功能表。此功能表提供使用現行空間中 Snapshot 以及工作區的選項。

請考量下列實務範例:您是三個專案的成員,這些專案共用一個配置空間。三個專案皆位在其生命週期的不同疊代,而且管理者已建立以每個疊代為名的工作區。如果您開啟一個專案區域並切換至「疊代 1」工作區,而且稍後切換至另一個專案區域,則現行環境定義仍然是「疊代 1」。

Snapshot 配置和工作區工作配置

配置是唯一的資源版本集。有下列兩種配置:
  • Snapshot 配置:亦稱為 Snapshot,是特定時間點工作區中資源及其版本的唯讀集合。Snapshot 中的資源可以加註,但無法編輯。

    在專案生命週期中,您隨時可以建立 Snapshot。在達到專案里程碑前後,將資源匯入至應用程式之後,或者檢閱特定構件之後,您都可以建立 Snapshot。

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

  • 工作區配置:亦稱為工作區。每個配置空間均包含預設工作區及其他工作區。工作區本身可以包含多個 Snapshot 與工作區;一個配置空間包含多個工作區。例如,在銀行業專案中,您可以為不同的團隊定義下列工作區:
    • 應用程式邏輯
    • 資料庫邏輯
    • 使用者介面
    可以在工作區中新增、編輯及刪除資源版本。

    可以根據同一個配置空間中其他工作區的內容,來建立工作區。例如,可以根據「專案 A」中的工作區來建立「專案 B」的工作區。「專案 B」的新工作區中的構件版本,與「專案 A」中所選工作區中的那些資源版本相同。如果在「專案 B」工作區中新增、編輯或刪除資源,則不會影響「專案 A」工作區中的資源。

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

資源變更的可見性

使用變更集來對資源變更進行分組時,會使變更集與建立變更集所在的工作區產生關聯。如果要使變更集中的變更在相對應的工作區中可見,則必須共用這些變更。

此內容適用於 4.0.3 版或更新版本。隨後,如果要讓不同的工作區看見那些變更,則必須使用下列其中一種方式,將變更從您的工作區交付給該工作區。您可以將變更交付給所指派的流程目標,或者交付給另一個工作區,該工作區與您正在從中交付變更的工作區具有共同上代。在您交付變更之後,其他團隊成員可以將變更接受到專屬工作區。

如需流程目標及變更交付與合併的相關資訊,請參閱相關主題的鏈結。

專案區域及工作區的存取控制

此內容適用於 4.0.3 版或更新版本。透過「配置管理」應用程式中的專案區域,來控制生命週期管理產品專案區域中資源的存取權。此專案區域與生命週期管理產品中專案區域所參照的配置空間同名。請考量下列範例:
  • 在生命週期管理產品中,建立名為 Project_area_1 的專案區域。
  • 將此專案區域指派給名為 ABC_space 的新配置空間。配置管理 應用程式會自動建立配置空間,及名為 ABC_space 的相對應專案區域。請注意,這兩個儲存庫物件都位在「配置管理」應用程式中,而不在生命週期管理產品中。
    註: 另外,您還可以使生命週期管理專案的專案區域,與現有配置空間產生關聯。例如,在某一專案中建立專案區域時您可能建立了配置空間,而您現在想要從另一個專案,使新專案與該現有配置空間產生關聯。
  • 配置管理許可權包括下列作業:
    • 建立或修改(重新命名)配置
    • 修改其他團隊成員的變更集
    • 保存或還原配置
    • 合併變更
    • 將寫入權指派給特定團隊區域
    如果要將配置管理許可權,指定給參照 ABC_space 的專案區域,請在「配置管理」應用程式中,開啟 ABC_space 專案區域。

    如需完整的許可權清單,請在「配置管理」應用程式中,查看適當專案區域的「許可權」頁面。

其他空間中資源上的相依關係

此內容適用於 4.0.3 版或更新版本。如果要在配置中新增、更新或移除相依關係,則在「配置管理」應用程式中,您必須具有相對應的許可權。

當管理者建立專案區域時,必須使其與一個以上網域產生關聯。管理者可以選取網域的特定版本;要選取的版本依專案的需求而定。

如果工作區需要其他專案區域中的資源,則具有適當許可權的管理者必須在 Snapshot 上建立相依關係,此 Snapshot 包含該專案區域中的那個資源。管理者只能在 Snapshot 上指定相依關係,而無法在工作區上指定相依關係,因為 Snapshot 不會改變。

請考量下列範例:在專案開始時,管理者可以使多個網域(例如,BPMN 網域、Sketcher 網域或者 SoaML 網域),與一個專案區域產生關聯,來指定要用在專案中的本體。在網域中,Snapshot 會列出資源的特定版本:例如,UML 網域可能包含 UML 相依關係的多個版本。如果專案需要 UML 相依關係,來作為其本體的一部分,請找到內含所需版本的 Snapshot,然後將該 Snapshot 新增至工作區來作為相依關係。新增相依關係之後,該 Snapshot 中的構件便可以在專案中使用。


意見