透過使用 ClearCase® UCM,ALMBaseline 及 BTBuild 記錄可以自動偵測建置中所包含的活動。但是,您也可以透過不使用 UCM 的系統,使用 ALMBaseline 及 BTBuild 記錄類型來管理變更及活動。術語非 UCM 是指使用除 UCM 之外的配置或資產管理解決方案的任何系統。
建立 ALMBaseline 記錄時,您可以使用查詢來識別活動的清單,然後將活動手動新增至 ALMBaseline 記錄。
ALMBaseline 記錄用於保留基準線上的資料。在非 UCM 中,這可能是儲存庫上所設標籤。在專案的生命週期中,此標籤必須是靜態的。不得將其移動或重新套用。
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 檔。
建立複合式基準線表示採用現有基準線,並將其新增至新基準線記錄中的組成基準線欄位。例如,產品層次的基準線不能包括所有元件層次的基準線。
在我們的範例中,組成基準線包括來自元件基準線的基準線 GUI_Jar_02。然後,建置人員可以從新的 Dazzle_01 基準線建立新的 BTBuild 記錄。這與從 GUI 元件建立建置所使用的程序相同。相同的 ALMTask 記錄會顯示給產品層次測試人員,他們可以從該建置中發現新功能。