为拉取请求创建预览构建，使用 EAS Workflows

添加一个 preview.yml

在 .eas/workflows/ 中，让我们添加一个名为 preview.yml 的新文件。此工作流文件使用 preview 配置文件。

name: 预览构建

jobs:
  fingerprint:
    name: 指纹
    type: fingerprint
    environment: preview
  get_android_build:
    name: 检查现有的 Android 构建
    needs: [fingerprint]
    type: get-build
    params:
      fingerprint_hash: ${{ needs.fingerprint.outputs.android_fingerprint_hash }}
      profile: preview
  get_ios_build:
    name: 检查现有的 iOS 构建
    needs: [fingerprint]
    type: get-build
    params:
      fingerprint_hash: ${{ needs.fingerprint.outputs.ios_fingerprint_hash }}
      profile: preview
  build_android:
    name: 构建 Android
    needs: [get_android_build]
    if: ${{ !needs.get_android_build.outputs.build_id }}
    type: build
    params:
      platform: android
      profile: preview
  build_ios:
    name: 构建 iOS
    needs: [get_ios_build]
    if: ${{ !needs.get_ios_build.outputs.build_id }}
    type: build
    params:
      platform: ios
      profile: preview

运行工作流

使用以下命令手动运行工作流：

在 EAS 仪表板中，可以看到该工作流遵循了我们在开发构建中实现的相同指纹模式。由于我们是第一次创建预览构建，因此它会运行 Android 和 iOS 的构建作业。如果我们在不更改原生代码的情况下向 main 分支推送另一个提交，工作流将跳过构建作业，因为已经存在兼容的构建。

创建 Slack webhook URL

要将 EAS Workflows 中的消息发送到我们的 Slack 频道，我们需要一个来自 Slack 设置的 webhook URL：

1. 前往 api.slack.com/apps 并创建一个新的 Slack 应用（或使用现有应用）。
2. 在 功能 下，选择 传入 Webhook 并将其开启。
3. 点击 添加新的 Webhook，并选择要发布通知的频道。
4. 复制 webhook URL。它看起来像这样：https://hooks.slack.com/services/TD000/B000/XXXXXXXXXX
5. 将该 webhook URL 作为名为 SLACK_WEBHOOK_URL 的 EAS 环境变量添加。打开 EAS 仪表板中我们项目的 环境变量 页面，为 preview 环境创建该变量，并将其 可见性 设置为 机密，因为只有 EAS 服务器需要读取它。或者，也可以使用 EAS CLI 创建它：

添加 Slack 通知任务

让我们更新 preview.yml，在构建任务之后添加一个 notify 任务。notify 任务使用 webhook_url 和 message 参数，或者使用 payload 参数，通过 Slack Block Kit 实现更丰富的格式。该任务通过其 environment 字段从我们之前创建的 SLACK_WEBHOOK_URL 环境变量 中读取 webhook URL。任务默认使用 production 环境，因此这里设置 environment: preview 才能让该变量可用。

name: Preview builds

jobs:
  fingerprint: # ...
  get_android_build: # ...
  get_ios_build: # ...
  build_android: # ...
  build_ios: # ...
  notify:
    name: Notify on Slack
    after: [build_android, build_ios]
    type: slack
    environment: preview
    params:
      webhook_url: ${{ env.SLACK_WEBHOOK_URL }}
      message: 'Preview builds are ready - Android: ${{ after.build_android.status }}, iOS: ${{ after.build_ios.status }}'

after 字段确保通知会在构建完成后触发，无论结果如何。message 使用 ${{ after.build_android.status }} 和 ${{ after.build_ios.status }} 来包含每个平台的结果（成功、失败或跳过）。团队无需离开 Slack 就能看到发生了什么。

运行工作流

使用以下命令手动运行工作流：

在 EAS 仪表板上，我们可以验证 Notify on Slack 任务是否成功运行。

我们也可以在与该应用集成的 Slack 频道中验证这一点。

创建 pr-preview.yml

在 .eas/workflows/ 中，添加一个名为 pr-preview.yml 的新文件。此工作流会在使用 on.pull_request 触发器创建拉取请求时运行。它只会使用 update 作业类型发布更新，然后在 PR 上发布一条带有更新链接的评论。

name: PR 预览

on:
  pull_request:
    branches: ['*']

jobs:
  publish_preview:
    name: 发布 PR 预览更新
    type: update
    environment: preview
    params:
      channel: preview
  comment:
    needs: [publish_preview]
    type: github-comment

重要 在测试上述工作流之前，请提交 pr-preview.yml 并将其推送到 GitHub 仓库的 main 分支。EAS Workflows 会从默认分支读取工作流文件。

通过拉取请求进行测试

让我们通过在 GitHub 仓库中创建一个拉取请求来测试该工作流。拉取请求需要一个与 main 不同的分支。运行以下命令来创建并切换到一个新分支：

现在，让我们在 Expo 项目中做一个可见的改动（例如，修改一个文本字符串或背景颜色）。然后，提交并推送该分支：

在 GitHub 上创建一个从 test-preview 到 main 的拉取请求。创建拉取请求后，工作流会自动运行。在 EAS 控制台中，我们可以确认 publish_preview 作业会先运行，随后 comment 作业在其成功后运行。

在 GitHub 拉取请求中，应会出现一条评论，其中包含用于在设备上测试该更新的链接或二维码。

使用评论中的链接或二维码，我们现在可以在设备或模拟器/仿真器上打开该更新，并测试这些更改。