Skip to content

fix: regenerate Android autolinking in warmed worktrees - #455

Merged
janicduplessis merged 1 commit into
mainfrom
@janic/issue-445-autolinking
Sep 6, 2026
Merged

fix: regenerate Android autolinking in warmed worktrees#455
janicduplessis merged 1 commit into
mainfrom
@janic/issue-445-autolinking

Conversation

@janicduplessis

Copy link
Copy Markdown
Collaborator

Description

Warming an Android worktree copies autolinking metadata that names native dependencies in the original checkout. When dependency checksums are unchanged, Gradle reuses those paths and can build against the original checkout's generated state.

Solution

Exclude android/build/generated/autolinking from warm copies, including nested apps, so Gradle regenerates paths for the destination. Other generated output and existing destination entries remain intact.

Test plan

Regression tests fail on main and pass with the fix for root and nested apps, preserving sibling output and existing destination caches. The real Gradle autolinking task regenerated the checkout root and native dependency path inside the new worktree. All repository checks passed: 3,605 unit tests, 66 end-to-end tests, formatting, lint, build, types, and knip.

Fixes #445

@janicduplessis
janicduplessis marked this pull request as ready for review September 6, 2026 06:03
@janicduplessis
janicduplessis merged commit 1fac645 into main Sep 6, 2026
5 checks passed
@janicduplessis
janicduplessis deleted the @janic/issue-445-autolinking branch September 6, 2026 06:03
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.

Warmed Android autolinking cache can reference the original checkout

1 participant