关于工作流程定义文件使用 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`标记。