使用不具備 UCM 的 ALM

您可以使用 ALMBaseline 及 BTBuild 記錄類型,而不使用 UCM。

透過使用 ClearCase® UCM,ALMBaseline 及 BTBuild 記錄可以自動偵測建置中所包含的活動。但是,您也可以透過不使用 UCM 的系統,使用 ALMBaseline 及 BTBuild 記錄類型來管理變更及活動。術語非 UCM 是指使用除 UCM 之外的配置或資產管理解決方案的任何系統。

建立 ALMBaseline 記錄時,您可以使用查詢來識別活動的清單,然後將活動手動新增至 ALMBaseline 記錄。

註: 將 ALMActivity 新增至 ALMBaseline 記錄時,ALMActivity ID 必須有效,否則無法以新增的活動更新 ALMBaseline。

建立基準線及建置

ALMBaseline 記錄用於保留基準線上的資料。在非 UCM 中,這可能是儲存庫上所設標籤。在專案的生命週期中,此標籤必須是靜態的。不得將其移動或重新套用。

ALMBaseline 記錄的唯一索引鍵是 BaselineName 及 PvobOrLocation 欄位的組合。在 UCM 中,PVOB 用於保留 UCM 專案的程序資訊。在非 UCM 中,PvobOrLocation 是使標籤具備唯一性的位置(它可以是元件或專案區域)。例如,如果您有兩個個別建置的元件 GuiCore,但每日更新版標籤是通用的(例如 NightlyBuild_2008Jan15),則您可以使用 BaselineName 及 PvobOrLocation 值建立基準線記錄:
BaselineName=NightlyBuild_2008Jan15  Location=Gui 
BaselineName=NightlyBuild_2008Jan15  Location=Core

給定基準線記錄時,可以從中衍生一個以上的建置。例如,如果要針對三個平台進行建置,則對於一個基準線記錄,您可能需要三個建置記錄。

範例

Libraries Ltd. 為軟體程式庫生產者。他們建立 .jar 檔並發行這些檔案的群組作為保存。公司的變更管理 (CM) 是檔案型的。可以將每個 .jar 檔定義為一個元件。可以將包含 .jar 檔群組的保存定義為供應項目。元件團隊 .jar 檔儲存在目錄(例如 Jar\Gui_01.jar、Jar\Gui_02.jar、...)中。元件層次測試人員將在元件層次測試每個 .jar 檔。不需要知道元件所屬的(產品)供應項目。由建立包含元件之保存檔的版本工程師(或建置人員)建立供應項目。供應項目儲存在目錄(例如 Products\Sparkle_01 及 Products\Dazzle_01)中。產品層次測試人員將在產品層次測試保存檔及其中的所有 .jar 檔。

整體工作程序包括下列步驟:
  • 建立 ALMProject(例如命名為 nonUCM_GuiJar)。
  • 為要求建立 ALMRequest 及 ALMTask。
  • 為開發工作建立 ALMActivity(例如「活動 ID」 = ALM00000486)。
  • 完成 ALMActivity。開發人員負責修改程式碼並關閉活動。
  • 建立 ALMBaseline。建置人員負責建立 Jar 檔 GUI_Jar_02.jar 及基準線記錄 (GUI_Jar_02),方式是在完成的活動中新增。建置人員可以執行查詢(根據開發人員種類及版本),然後按一下「結果集」網格中的「作業」,並檢視「活動」欄位。建立基準線後,可以建置一個以上的建置。
  • 從基準線建立 BTBuild。建置人員負責建立新 BTBuild,它參照適當的 ALMProject 及 ALMBaseline。BTBuild 記錄上的「活動」標籤會顯示 ALMBaseline 包括的所有活動。BTBuild 上的「ALM」標籤會顯示 ALM 基準線的連線。
  • 測試建置。測試人員可以檢視 ALMTask,並查看可以從中發現新功能的建置。

建立複合式基準線表示採用現有基準線,並將其新增至新基準線記錄中的組成基準線欄位。例如,產品層次的基準線不能包括所有元件層次的基準線。

在我們的範例中,組成基準線包括來自元件基準線的基準線 GUI_Jar_02。然後,建置人員可以從新的 Dazzle_01 基準線建立新的 BTBuild 記錄。這與從 GUI 元件建立建置所使用的程序相同。相同的 ALMTask 記錄會顯示給產品層次測試人員,他們可以從該建置中發現新功能。


意見