Skip to content

chore: cache the flutter sdk and gradle deps in android builds - #3225

Merged
zlshames merged 2 commits into
masterfrom
claude/android-build-github-action-1jh5i8
Sep 6, 2026
Merged

chore: cache the flutter sdk and gradle deps in android builds#3225
zlshames merged 2 commits into
masterfrom
claude/android-build-github-action-1jh5i8

Conversation

@zlshames

Copy link
Copy Markdown
Member

Matches what the desktop workflows already do, so a tag build isn't refetching the whole SDK every time. Uses an explicit cache-path with split restore/save rather than the setup action's own cache input, which delegates to a floating actions/cache@v3.

The android workflow was setting up flutter its own way with
subosito/flutter-action plus hand-rolled cache restore/save steps,
duplicating what .github/actions/setup-flutter already does.

Beyond the duplication, the hand-rolled cache never actually hit. Its
keys were only ever written by this workflow, which runs on tags, and a
tag push gets its own cache scope - so every release missed on restore
and saved to a scope no later run could read. setup-flutter's keys are
already warmed into master's scope by pr-check, so a release now picks
them up.

Also drops the second way of installing flutter from the repo. If fvm
is going away it should go away everywhere at once, not one workflow at
a time.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Ks57GnHLcu8SQsUpGWKm8y
@zlshames
zlshames force-pushed the claude/android-build-github-action-1jh5i8 branch from c2acb55 to 1564596 Compare August 15, 2026 11:12
@zlshames
zlshames merged commit 53995f5 into master Sep 6, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants