deno.com
本页内容

CI 和 GitHub Actions

Deno Deploy 的 Git 集成允许部署推送到 GitHub 仓库的代码更改。生产分支上的提交将作为生产部署进行部署。所有其他分支上的提交将作为预览部署进行部署。

Git 集成有两种操作模式

  • 自动:Deno Deploy 将在您每次推送时自动从您的仓库源拉取代码和资源,并进行部署。此模式非常快速,但不允许构建步骤。对于大多数用户来说,这是推荐模式。
  • GitHub Actions:在此模式下,您从 GitHub Actions 工作流程将您的代码和资源推送到 Deno Deploy。这允许您在部署之前执行构建步骤。

Deno Deploy 将根据您的自定义部署配置选择合适的模式。下面,我们将更详细地介绍 自动GitHub Actions 模式的不同配置。

自动 跳转到标题

如果您的项目不需要任何额外的构建步骤,则系统会选择 自动 模式。入口点文件只是 Deno Deploy 将运行的文件。

GitHub Actions 跳转到标题

如果您在 项目配置 中的 安装步骤 和/或 构建步骤 中输入命令,Deno Deploy 将创建一个必要的 GitHub Actions 工作流程文件并将其推送到您的仓库中。在此工作流程文件中,我们利用 deployctl Github action 来部署您的项目。您可以执行任何您需要执行的操作,例如在部署到 Deno Deploy 之前运行构建命令。

要配置您想要运行的预处理命令,请在选择您的 git 仓库后单击出现的 显示高级选项 按钮。然后根据需要输入值到输入框中。

提示

例如,如果您想为 Fresh 项目启用 ahead-of-time builds,您将在 构建步骤 框中输入 deno task build

另请参阅 Fresh 文档,了解如何将 Fresh 项目部署到 Deno Deploy。

Deno Deploy 生成并推送到您的仓库的 GitHub Actions 工作流程文件如下所示。

.github/workflows/deploy.yml
name: Deploy
on:
  push:
    branches: main
  pull_request:
    branches: main

jobs:
  deploy:
    name: Deploy
    runs-on: ubuntu-latest

    permissions:
      id-token: write # Needed for auth with Deno Deploy
      contents: read # Needed to clone the repository

    steps:
      - name: Clone repository
        uses: actions/checkout@v4

      - name: Install Deno
        uses: denoland/setup-deno@v2
        with:
          deno-version: v2.x

      - name: Build step
        run: "deno task build"

      - name: Upload to Deno Deploy
        uses: denoland/deployctl@v1
        with:
          project: ""
          entrypoint: "main.ts"
          root: "."

有关更多详细信息,请参阅 deployctl README

您找到您需要的内容了吗?

隐私政策