在快节奏的移动应用程序开发世界中，速度、可靠性和效率是决定项目成功或失败的关键因素。持续集成和持续部署 (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
在本示例中，工作流是在向 dev 分支提出 pull_request 时触发的。您可以根据需要在任何 github action（如推送等）上运行此工作流。它执行以下任务：
- 检查存储库代码。
- 使用
flutter pub get安装依赖项。 - 使用
flutter test运行测试（如果您已定义任何测试）。 - 使用
flutter build apk构建 APK。 - 使用上传工件将开发好的 apk 上传到工件。
可从 Github Actions 详情中找到上传的工件（见下图）。
您还可以集成您的 Play 控制台或 Firebase 帐户，以便在完成该功能后立即部署您的应用程序。
