6db22118ad
This makes the flutter and dart scripts invoke their batch file equivalents if running under MINGW (i.e. git-bash) on Windows. This allows for proper locking, and makes sure that people aren't using two different (and non-mutally-aware) locking systems when running flutter on Windows. I also fixed a couple of places where we look for MINGW32, which fails under MINGW64. It just looks for MINGW now. |
||
---|---|---|
.. | ||
engine.merge_method | ||
engine.version | ||
fuchsia-linux.version | ||
fuchsia-mac.version | ||
gradle_wrapper.version | ||
ideviceinstaller.version | ||
ios-deploy.version | ||
libimobiledevice.version | ||
libplist.version | ||
libzip.version | ||
material_fonts.version | ||
openssl.version | ||
README.md | ||
shared.bat | ||
shared.sh | ||
update_dart_sdk.ps1 | ||
update_dart_sdk.sh | ||
usbmuxd.version |
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.