In
https://github.com/dart-lang/sdk/commit/df8bf384eb815cf38450cb50a0f4b62230fba217
a new functionality of the Dart VM Service Protocol has been introduced.

Clients connected to the Service Protocol are now able to expose
services that other clients (e.g. Observatory) can invoke through the
Service Protocol itself.

With these changes Flutter Tools register them self as a `reloadSources`
(a.k.a. HotReload) capable client.
Observatory is already listening for the clients which expose this
functionality and uses by default the service based version of
`reloadSources` when available, so requesting a HotReload from
Observatory will trigger the full Flutter HotReload.

Related https://github.com/dart-lang/sdk/issues/30023
Related https://github.com/flutter/flutter/pull/11229
Related https://github.com/flutter/flutter/pull/11256

Update --local-engine to account for changed host architecture of 32-bit Android debug builds. (#11263)

Roll engine to 03e642bc8940441bbad5c2fb7d3ca868c1fdad54.

Revert "Update --local-engine to account for changed host architecture of 32-bit Android debug builds. (#11251)" (#11259)

This reverts commit 3f514fcf.

This reverts commit 35c49897.

* Register tools as a reloadSources service

* Fix code style and comments

* Fix nits and Add documentation

* Format error message

Update --local-engine to account for changed host architecture of 32-bit Android debug builds. (#11251)

Roll engine to 7480e32854606e554ae37f8bd241c050bdc565c4.

Discovered dead code during review of #10791

* Adds a PageRouteObserver

Required for https://github.com/flutter/plugins/pull/174.
See also https://github.com/flutter/flutter/issues/11216.

* formatting fixes

* Make RouteObserver generic

Fixes https://github.com/flutter/flutter/issues/10917

* Quiet debug test runner output when in machine mode.

See: https://github.com/flutter/flutter-intellij/issues/1176

* json => machine

flutter_tools depends on cli_util, plugin, and stream_channel but hadn't
explicitly declared them as dependencies.

In some cases, we've seen interactions between Instruments and the iOS
simulator that cause hung instruments and DTServiceHub processes. If
enough instances pile up, the host machine eventually becomes
unresponsive.

Until the underlying issue is resolved, manually kill any orphaned
instances (where the parent process has died and PPID is 1) before
launching another instruments run.

It's probably too much of a foot gun.

Also, emphasize what you have to do in case people didn't read the design principles document.

* fix examples/layers/widgets/gestures.dart

* use a list of colors to avoid error prone in elseif

* address review comments

* add tests

* keep index to lower complexity

* address review comments

* Disable cocoapods stats

* Add a comment for code readers

* fix new test

* start

* with create

* refactor cocoapod code, add tests

* fix tests

* throw when cocoapod missing

* obj-c projects don’t use use_framework!

Apply a 30 second timeout to Android/iOS device polling.

If there's a device poll already in progress, skip polling for new
devices; wait for the first request to return/timeout.

Was broken by https://github.com/flutter/flutter/commit/dba29aa0fce684b201c6b03efc73ba607c7b507b, which apprently has been pushed directly to master without running through Travis?

Fixes #9413.

For more info on conditional imports, see
https://github.com/munificent/dep-interface-libraries/blob/master/Proposal.md.

Github makes own copies of images referenced in README, and that fails for large image sizes. The gif has 6MB and so is over the threshold.

Instead of using an off-GitHub image, use the same image uploaded to user-images.githubusercontent.com. This makes GitHub show the image even when it's very large.

This reverses https://github.com/flutter/flutter/pull/11170 and finalizes https://github.com/flutter/flutter/pull/11158.

Github makes copies of images referenced in README, and it fails for large image sizes. The gif has 6MB and so is over the threshold.

This removes the image until I can figure out how to reinsert it so that it shows.

Reuses flutter.io homepage content to give README.md an upgrade, since this file will be the shop window of Flutter to a large part of newcomers. 

The downside is that we now have duplicate content that should be updated in unison with the main site but which cannot be easily copy-pasted, due to constraints of github's Markdown renderer.

* requires bumping `process` to a version that has
  relaxed version restrictions on `intl`

https://github.com/flutter/flutter/issues/10650

* Don't pollute Travis log with Google Cloud SDK installation

* review comments