在快节奏的移动应用程序开发世界中,速度、可靠性和效率是决定项目成功或失败的关键因素。持续集成和持续部署 (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 帐户,以便在完成该功能后立即部署您的应用程序。
blog.stackademic.com/streamline-…
原文链接:https://juejin.cn/post/7347670979634397199 作者:独立开发者张张