關於工作流程定義檔案使用 CodeCatalyst 主控台的視覺效果和 YAML 編輯器探索工作流程檢視工作流程執行詳細資訊後續步驟

使用工作流程建置、測試和部署

在 CodeCatalyst 開發環境中寫入應用程式程式碼，並將其推送至 CodeCatalyst 來源儲存庫後，您就可以部署該程式碼。自動執行此操作的方式是透過工作流程。

工作流程是一種自動化程序，說明如何建置、測試和部署您的程式碼，做為持續整合和持續交付 (CI/CD) 系統的一部分。工作流程會定義工作流程執行期間要採取的一系列步驟或動作。工作流程也會定義導致工作流程啟動的事件或觸發條件。若要設定工作流程，您可以使用 CodeCatalyst 主控台的視覺化或 YAML 編輯器建立工作流程定義檔案。

提示

若要快速了解如何在專案中使用工作流程，請使用藍圖建立專案。每個藍圖都會部署功能正常的工作流程，供您檢閱、執行和實驗。

關於工作流程定義檔案

工作流程定義檔案是描述工作流程的 YAML 檔案。根據預設，檔案會存放在來源儲存庫根目錄的~/.codecatalyst/workflows/資料夾中。檔案可以有 .yml 或 .yaml 副檔名，且副檔名必須是小寫。

以下是簡單工作流程定義檔案的範例。我們會在下表中說明此範例的每一行。


Name: MyWorkflow
SchemaVersion: 1.0
RunMode: QUEUED
Triggers:
  - Type: PUSH
    Branches:
      - main
Actions:
  Build:
    Identifier: aws/build@v1
    Inputs:
      Sources:
        - WorkflowSource
    Configuration:     
      Steps:
        - Run: docker build -t MyApp:latest .

折線圖	描述
`Name: MyWorkflow`	指定工作流程的名稱。如需 `Name` 屬性的詳細資訊，請參閱最上層屬性。
`SchemaVersion: 1.0`	指定工作流程結構描述版本。如需 `SchemaVersion` 屬性的詳細資訊，請參閱最上層屬性。
`RunMode: QUEUED`	指出 CodeCatalyst 如何處理多個執行。如需執行模式的詳細資訊，請參閱設定執行的佇列行為。
`Triggers:`	指定會導致工作流程執行開始的邏輯。關於觸發條件的詳細資訊，請參閱使用觸發器啟動工作流程自動執行。
`- Type: PUSH Branches: - main`	表示每當您將程式碼推送到預設來源儲存庫的`main`分支時，工作流程都必須啟動。如需工作流程來源的詳細資訊，請參閱將來源儲存庫連線至工作流程。
`Actions:`	定義工作流程執行期間要執行的任務。在此範例中， `Actions`區段會定義名為的單一動作`Build`。如需動作的詳細資訊，請參閱設定工作流程動作。
`Build:`	定義`Build`動作的屬性。如需建置動作的詳細資訊，請參閱使用工作流程建置。
`Identifier: aws/build@v1`	指定建置動作的唯一、硬式編碼識別符。
`Inputs: Sources: - WorkflowSource`	表示建置動作應該在`WorkflowSource`來源儲存庫中尋找完成其處理所需的檔案。如需詳細資訊，請參閱將來源儲存庫連線至工作流程。
`Configuration:`	包含建置動作特有的組態屬性。
`Steps: - Run: docker build -t MyApp:latest .`	告知建置動作，以建置名為的 Docker 映像，`MyApp`並使用標記`latest`。