Creating workflow templates for your organization

Overview

组织中所有有权创建工作流的人员可利用工作流模板，更快、更轻松地创建工作流。 创建新工作流时，你可以选择工作流模板，系统将为你完成编写工作流的部分或全部工作。 你可以使用工作流模板作为基础来构建自定义工作流，或按原样使用。 这不仅可以节省时间，而且促进了整个组织的一致性和最佳做法。

GitHub 为以下高级类别提供现成的工作流模板：

• 部署 (CD) 。 有关详细信息，请参阅“关于使用 GitHub Actions 进行持续部署”。

• 持续集成 (CI) 。 有关详细信息，请参阅“关于使用 GitHub Actions 进行持续集成”。

• 自动化. 自动化工作流模板提供了自动化工作流的解决方案，例如，对拉取请求分类并根据拉取请求中修改的路径对拉取请求应用标签，或问候首次参与存储库的用户。

Creating a workflow template

Workflow templates can be created by users with write access to the organization's public .github repository. These can then be used by organization members who have permission to create workflows.

This procedure demonstrates how to create a workflow template and metadata file. The metadata file describes how the workflow templates will be presented to users when they are creating a new workflow.

1. If it doesn't already exist, create a new public repository named .github in your organization.

2. Create a directory named workflow-templates.

3. Create your new workflow file inside the workflow-templates directory.

   If you need to refer to a repository's default branch, you can use the $default-branch placeholder. When a workflow is created the placeholder will be automatically replaced with the name of the repository's default branch.

   注意

   The following values in the runs-on key are also treated as placeholders:

   • "ubuntu-latest" is replaced with "[ self-hosted ]"
   • "windows-latest" is replaced with "[ self-hosted, windows ]"
   • "macos-latest" is replaced with "[ self-hosted, macOS ]"

   For example, this file named octo-organization-ci.yml demonstrates a basic workflow.

   YAML

   name: Octo Organization CI
   
   on:
     push:
       branches: [ $default-branch ]
     pull_request:
       branches: [ $default-branch ]
   
   jobs:
     build:
       runs-on: ubuntu-latest
   
       steps:
         - uses: actions/checkout@v4
   
         - name: Run a one-line script
           run: echo Hello from Octo Organization
   

4. Create a metadata file inside the workflow-templates directory. The metadata file must have the same name as the workflow file, but instead of the .yml extension, it must be appended with .properties.json. For example, this file named octo-organization-ci.properties.json contains the metadata for a workflow file named octo-organization-ci.yml:

   JSON

   {
       "name": "Octo Organization Workflow",
       "description": "Octo Organization CI workflow template.",
       "iconName": "example-icon",
       "categories": [
           "Go"
       ],
       "filePatterns": [
           "package.json$",
           "^Dockerfile",
           ".*\\.md$"
       ]
   }
   

   • name - Required. The name of the workflow. This is displayed in the list of available workflows.

   • description - Required. The description of the workflow. This is displayed in the list of available workflows.

   • iconName - Optional. Specifies an icon for the workflow that is displayed in the list of workflows. iconName can one of the following types:

     • An SVG file that is stored in the workflow-templates directory. To reference a file, the value must be the file name without the file extension. For example, an SVG file named example-icon.svg is referenced as example-icon.
     • An icon from GitHub's set of Octicons. To reference an octicon, the value must be octicon <icon name>. For example, octicon smiley.

   • categories - Optional. Defines the categories that the workflow is shown under. You can use category names from the following lists:

     • General category names from the starter-workflows repository.
     • Linguist languages from the list in the linguist repository.
     • Supported tech stacks from the list in the starter-workflows repository.

   • filePatterns - Optional. Allows the workflow to be used if the user's repository has a file in its root directory that matches a defined regular expression.

To add another workflow template, add your files to the same workflow-templates directory.

Next steps

To continue learning about GitHub Actions, see Using workflow templates.