本页内容
CI 和 GitHub Actions
Deno Deploy 的 Git 集成可以部署推送到 GitHub 仓库的代码更改。生产分支上的提交将作为生产部署进行部署。所有其他分支上的提交将作为预览部署进行部署。
Git 集成有两种操作模式
- 自动:每次推送时,Deno Deploy 都会自动从您的仓库源拉取代码和资产并进行部署。此模式速度非常快,但不支持构建步骤。这是大多数用户的推荐模式。
- GitHub Actions:在此模式下,您可以从 GitHub Actions 工作流将代码和资产推送到 Deno Deploy。这允许您在部署之前执行构建步骤。
Deno Deploy 将根据您的自定义部署配置选择合适的模式。下面,我们将详细介绍自动模式和 GitHub Actions 模式的不同配置。
自动 Jump to heading
如果您的项目不需要任何额外的构建步骤,则系统会选择自动模式。入口文件就是 Deno Deploy 将要运行的文件。
GitHub Actions Jump to heading
如果您在项目配置中的**安装步骤**和/或**构建步骤**中输入命令,Deno Deploy 将创建必要的 GitHub Actions 工作流文件并将其推送到您的仓库。在此工作流文件中,我们利用 deployctl
Github action 来部署您的项目。您可以在部署到 Deno Deploy 之前执行所需的任何操作,例如运行构建命令。
要配置您想要运行的预处理命令,请在选择您的 git 仓库后点击出现的**显示高级选项**按钮。然后根据需要将值输入到输入框中。
提示
例如,如果您想为 Fresh 项目启用预构建,您将在**构建步骤**框中输入 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。