Skip to content

Conversation

@matanlurey
Copy link
Contributor

I believe this will fix cases such as flutter/flutter#174306 where:

(a) The engine is not touched
(b) We expect the flutter tool to resolve an engine for us, i.e. using a content-aware hash

Copy link
Contributor

@harryterkelsen harryterkelsen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@matanlurey matanlurey added the autosubmit Merge PR when tree becomes green via auto submit App. label Aug 22, 2025
@auto-submit auto-submit bot merged commit 1f2a843 into flutter:main Aug 22, 2025
17 checks passed
@matanlurey
Copy link
Contributor Author

Pushing a new build with this commit.

@matanlurey matanlurey deleted the use-flutter-tool-resolution-on-release-presubmit branch August 22, 2025 20:18
auto-submit bot pushed a commit that referenced this pull request Aug 22, 2025
…e engine for the commit (#4845)

#4844 was partially correct.

However, PRs such as flutter/flutter#174310 are still blocked because they touch the engine, and try-bots (as of currently) only upload engines to a git SHA, not a content hash. This PR relaxes the try-bot logic to continue to provide the current SHA as "this is the engine" if the engine is being built from source.

Implicitly, it will no longer provide `FLUTTER_PREBUILT_ENGINE_VERSION=` for the `master` branch, if and only if the engine is not being touched. That means `flutter <any command>` will start to download the engine using the content hash, which should be fine.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

autosubmit Merge PR when tree becomes green via auto submit App.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants