fix: explicitly checkout flutter-client-sdk repo in update-android-sdk-version workflow#234
Merged
Merged
Conversation
…k-version workflow When this workflow is called from another repository via workflow_call, actions/checkout defaults to checking out the caller's repository instead of DevCycleHQ/flutter-client-sdk. This causes the sed and grep commands to fail because android/build.gradle doesn't exist in the caller's repo. Adding explicit repository parameter ensures the correct repo is always checked out regardless of the calling context. Agent-Logs-Url: https://github.com/DevCycleHQ/flutter-client-sdk/sessions/8e61db8f-139a-47c6-806b-10b0478687dc Co-authored-by: suthar26 <8922654+suthar26@users.noreply.github.com>
Copilot created this pull request from a session on behalf of
suthar26
April 16, 2026 17:26
View session
There was a problem hiding this comment.
Pull request overview
Ensures the reusable update-android-sdk-version GitHub Actions workflow always checks out the DevCycleHQ/flutter-client-sdk repository (not the caller repo) so version-update steps reliably find android/build.gradle when invoked via workflow_call.
Changes:
- Explicitly sets
repository: DevCycleHQ/flutter-client-sdkon theactions/checkoutstep in the Android SDK update workflow.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
luxscious
approved these changes
Apr 21, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
When the
update-android-sdk-version.yamlworkflow is called from another repository viaworkflow_call, theactions/checkoutstep (without an explicitrepositoryparameter) defaults to checking out the caller's repository instead ofDevCycleHQ/flutter-client-sdk. This causes thegrepandsedcommands to fail becauseandroid/build.gradledoesn't exist in the caller's repository.In GitHub Actions reusable workflows, the
github.repositorycontext always refers to the caller's repository, soactions/checkoutchecks out the wrong codebase when invoked cross-repo.Fix
Added
repository: DevCycleHQ/flutter-client-sdkto the checkout step so the correct repository is always checked out, regardless of whether the workflow is triggered by:schedule(same repo)workflow_dispatch(same repo)workflow_call(potentially from another repo)Changes
.github/workflows/update-android-sdk-version.yaml— Added explicitrepositoryparameter to theactions/checkoutstep