下圖概述了建立發行以及在發行環境中執行部署所需的基本步驟。每一個方框說明一個核心活動,全部方框一起說明產品的主要功能。提高工作效率的最快速辦法是,逐步完成這些步驟並瞭解每個步驟所起的作用,以及每個步驟如何與其他步驟相關聯。
活動 | 說明 |
---|---|
配置整合 | 透過配置整合,使外部物件可用。例如,在 IBM UrbanCode Deploy 與 IBM UrbanCode Release 整合之後,IBM UrbanCode Deploy 應用程式及 Snapshot 變得可用。 |
建立應用程式 | 建立在手動作業中使用的應用程式。請參閱建立及配置應用程式。 |
定義發行環境 | 建立對映至發行階段的環境。建立發行時,您可以為每個階段指派一個環境。 |
每一個發行都有自己的問題,但下列方法可能很有用:
活動 | 說明 |
---|---|
建立發行。 | 為發行提供有意義的名稱及說明。 |
使應用程式與發行相關聯 | 雖然應用程式不是必需的(例如,您可以建立完全由里程碑及基礎架構相關的作業組成的發行),但是大部分發行涉及部署應用程式。應用程式可以來自與外部工具(如 IBM UrbanCode Deploy)的整合,或在 IBM UrbanCode Release 本身中建立。 |
定義正式作業的路徑 | 在為發行選取的生命週期中定義可用於發行的階段。將生命週期模型視為用於建立及驅動發行的範本可能很有用。生命週期定義階段的進度,軟體藉此以自己的方式傳遞至正式作業,這由正式作業階段代表,或由一些以類似方式指定的最終階段代表。生命週期未指定哪些特定的環境用於發行,但指定了一般型樣。例如,生命週期可能具有下列階段:開發、品質保證及正式作業。基於此生命週期的發行都具有這三個階段,雖然使用的實際環境可能會因發行而異。生命週期還可以定義品質步驟(稱為閘道),順利完成品質步驟後軟體才能進入下一個階段。 |
將發行環境對映至階段 | 識別要在每一個生命週期階段期間使用的環境。發行環境是代表部署目標的使用者定義的結構。 |
識別部署日期和保留發行環境 | 將部署排定至已配置給發行的環境,可以記錄及散佈已知正式作業及前置生產日期。 為了避免與其他發行衝突,請保留發行環境。 |
部署計劃定義用於驅動部署的區段及與區段相關的作業。
活動 | 說明 |
---|---|
建立部署計劃 | 您通常從現有計劃建立部署計劃,但是您可以從空白計劃開始。 |
建立計劃區段 | 區段是具有某種使用者定義關係並且必須一起完成的作業的儲存器。 |
建立自動作業 | 作業表示發行活動,它具有開始點和結束點以及可測量的持續時間。自動作業通常代表從 IBM UrbanCode Deploy 匯入的應用程式程序。 |
建立手動作業 | 建立手動作業時,您指定其持續時間並定義其型樣。型樣決定可使用作業的頻率以及可在其中使用它的發行環境。 |
使計劃與發行關聯 | 建立部署計劃時,您會使部署計劃與發行關聯。每一個發行-計劃組合都是唯一的。 |
您透過解決部署的作業來完成部署。解決作業的方法是開始作業,然後將各種狀態套用至作業。
活動 | 說明 |
---|---|
排程部署 | 排程部署時,您選取發行、發行環境、相關聯的應用程式版本及部署計劃。從排定的開始時間開始,您的小組便會解決部署作業。部署可自動或手動開始。還可以定義規則,以依重複的排程執行部署。 |
選取應用程式版本 | 如果您未將部署配置為自動選取應用程式版本,則可以在部署開始之前的任何時間選取版本。沒有指定應用程式版本的自動作業無法執行。 |
配置通知 | 通知可設定為以多種方法觸發。無論何時發生使用者定義的觸發事件,您都可以將電子郵件通知傳送給使用者。 |
開始部署。 | 部署開始後,定期更新的意見可提供部署進度的相關資訊。您還可以修改現有作業及新增作業,甚至在部署開始之後也不例外。 |
開始區段。 | 開始區段本身之前,無法開始區段中的作業。多個區段可同時開始並處於進行中狀態。如果區段具有必要條件,則在所有必要條件區段都已完成之後,該區段才能開始。 |
要求和解決作業 | 在可以開始作業之前,具有指派給作業之角色的使用者必須已要求作業。作業透過變更其狀態來解決。 |
所有作業均已解決之後,部署便完成了。