停止手动部署:2026 年 5 分钟 GitHub Actions 指南

发布: (2026年1月8日 GMT+8 00:03)
3 min read
原文: Dev.to

Source: Dev.to

如果你仍在手动运行 npm test 或者把文件拖到服务器上,那是时候升级了。今天我们将使用 GitHub Actions 来自动化你的工作流。

创建 secret 文件夹

GitHub Actions 会在特定的隐藏文件夹中寻找指令。在项目根目录下创建以下路径:

.github/workflows/

创建配置文件

在该文件夹内,创建一个名为 ci.yml 的文件。文件名本身并不重要,但必须以 .yml 为扩展名。

添加逻辑

粘贴以下代码。此示例适用于 Node.js 项目,但同样的逻辑也适用于 Python、Go 或 Rust。

name: Super-Fast CI
on: [push, pull_request]  # The triggers

jobs:
  build:
    runs-on: ubuntu-latest

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

      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: '20'

      - name: Install dependencies
        run: npm install

      - name: Run the tests
        run: npm test

为什么这样可行(拆解)

  • on – 指定工作流何时运行。在 2026 年,最佳实践是同时在 main 分支的 push 和所有打开的 pull request 上触发。
  • runs-on – 启动一个全新的 Ubuntu 虚拟机。你无需管理任何服务器;GitHub 提供了运行环境。
  • uses – 引用预构建的 Action。actions/checkout 是最常用的,它会把代码拉取到虚拟机,以便后续步骤访问。

如何查看实际运行效果

  1. 提交更改:

    git add .
    git commit -m "Add CI pipeline"
  2. 推送到 GitHub:

    git push origin main
  3. 在 GitHub 上打开你的仓库,点击 Actions 选项卡。

  4. 你会看到一个黄色的旋转圆圈。当它变成绿色对勾时,说明你的代码已成功通过验证。

2026 年的专业提示:使用 Copilot

如果你在编写复杂工作流时卡住了(例如部署到 AWS 或将应用容器化),打开 GitHub 编辑器并让 Copilot “Write a GitHub Action to deploy this to Vercel”。它会为你生成大部分 YAML。

接下来是什么?

在本系列的下一部分,我们将探讨如何将此设置容器化,以便你的环境在任何地方都保持一致。


标签: #github #devops #automation #webdev #tutorial

Back to Blog

相关文章

阅读更多 »

Azure 实践 第1天

项目设置 1. 克隆仓库 在 VS Code 中的步骤: bash git init git clone cd - 现在本地已有源代码 - 接下来的步骤: - 安装 npm 依赖…

Azure 的核心架构组件

Azure 区域和可用性区域 Azure 区域 Azure 区域是一组在延迟定义的边界内部署的数据中心,并通过…