Patrick Sosinski 0da1ab0922
Flutter 1.17.0.dev.3.3 cherrypicks (#55871)
* [flutter_tools] fix type error in symbolize (#55212)

* [flutter_tools] check first for stable tag, then dev tag (#55342)

* [flutter_tools] enable `flutter upgrade` to support force pushed branches (#55594)

* [flutter_tools] catch ProcessException and throw ToolExit during upgrade (#55759)

* Update engine version to 376ad6a64b08aa26005e3f82aed26de2e290b572

Co-authored-by: Jonah Williams <campfish91@gmail.com>
Co-authored-by: Christopher Fujino <fujino@google.com>
Co-authored-by: Christopher Fujino <christopherfujino@gmail.com>
2020-04-28 11:02:34 -07:00
..
2019-11-27 15:04:02 -08:00

Dart SDK dependency

The bin/internal/engine.version file controls which version of the Flutter engine to use. The file contains the commit hash of a commit in the https://github.com/flutter/engine repository. That hash must have successfully been compiled on https://build.chromium.org/p/client.flutter/ and had its artifacts (the binaries that run on Android and iOS, the compiler, etc) successfully uploaded to Google Cloud Storage.

The /bin/internal/engine.merge_method file controls how we merge a pull request created by the engine auto-roller. If it's squash, there's only one commit for a pull request no matter how many engine commits there are inside that pull request. If it's rebase, the number of commits in the framework is equal to the number of engine commits in the pull request. The latter method makes it easier to detect regressions but costs more test resources.