使用 GitHub Actions 通过 CI/CD 简化 Flutter 应用程序开发

在快节奏的移动应用程序开发世界中，速度、可靠性和效率是决定项目成功或失败的关键因素。持续集成和持续部署 (CI/CD) 实践已成为确保满足这些方面的强大工具。当与流行的跨平台框架 Flutter 和 GitHub Actions 的自动化功能相结合时，开发人员可以创建无缝管道，加速开发生命周期并确保交付高质量的应用程序。在本文中，我们将探讨如何使用 GitHub Actions 为 Flutter 应用程序设置 CI/CD。

我正在为客户开发一个长期项目，每次我进行一些更改或将功能分支合并到开发时，我都必须手动构建并将更新的 apk 发送给我的客户或团队，以便他们可以审核。我进行了一些搜索，发现了一个很棒的工具，可以使用 GitHub Actions 自动执行此操作。现在，每次我向开发人员推送或创建 PR 时，GitHub Actions 都会自动构建、测试工件并将其上传到 Github，以便我的团队或客户可以从 GitHub Actions 获取更新的 APK。

这非常简单，只需 5 到 10 分钟即可实现。

了解 CI/CD 和 GitHub Actions

持续集成（CI）是指每天多次将代码更改集成到共享仓库中。主要目的是尽早发现并解决集成问题，确保代码库保持功能性和一致性。持续部署（CD）通过将代码变更自动部署到生产或暂存环境，对这一流程进行了扩展。这种方法最大限度地减少了人工干预，降低了人为错误的风险。

GitHub Actions 是 GitHub 提供的多功能自动化平台。它允许开发人员将工作流程定义为代码，自动执行任务，例如直接从存储库构建、测试和部署代码。通过 GitHub Actions，开发人员可以设置由代码推送、拉取请求或发布等事件触发的自定义工作流程。

使用 GitHub Actions 为 Flutter 应用程序设置 CI/CD

第 1 步：创建工作流程文件

导航到 GitHub 上的 Flutter 应用程序存储库。
创建一个名为 .github/workflows 的新目录（如果尚不存在）。
在此目录中，创建一个新的 YAML 文件，例如 main.yml 。（见下图）。

第 2 步：定义工作流程

在 main.yml 文件中，定义您的工作流程。这是我在我的用例中使用的一个示例。

on:
    pull_request:
      branches:
        - dev
name: Test, Build and Release apk
jobs:
    build:
      name: Build APK
      runs-on: ubuntu-latest
      steps:
      - uses: actions/checkout@v3
      - uses: actions/setup-java@v2
        with:
          distribution: 'zulu'
          java-version: '11'
      - uses: subosito/flutter-action@v2
        with:
          flutter-version: '3.7.7'
      - run: flutter pub get
      - run: flutter test
      - run: flutter build apk --release
      - uses: actions/upload-artifact@v1
        with:
          name: release-apk
          path: build/app/outputs/apk/release/app-release.apk