关于工作流定义文件使用 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 .`	告诉构建操作构建名为 `MyApp` 的 Docker 映像并使用 `latest` 标记。