-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add TestWidgetsFlutterBinding.clock migration guide #3932
Add TestWidgetsFlutterBinding.clock migration guide #3932
Conversation
Thanks for raising this @jakemac53. You can prepend the issue with "[WIP] add testWidgetsFlutterBinding.clock..." and our CI will block this PR from being merged until you remove the "[WIP]" from the issue title. Does that help? |
src/docs/release/breaking-changes/test-widgets-flutter-binding-clock.md
Outdated
Show resolved
Hide resolved
src/docs/release/breaking-changes/test-widgets-flutter-binding-clock.md
Outdated
Show resolved
Hide resolved
So, @jakemac53, if you have the commit for this change, it says which release it's merged into. Once we have that, we can publish. |
Yep, I am just giving people a chance to respond to the breaking change doc etc before merging. I will update here and remove the [WIP] tag once ready. |
) ## Description Removes the `flutter_test` dependency on `quiver`, instead using the more targeted `clock` and `fake_async` packages. ## Related Issues #53908 ## Tests No changes to tests ## Checklist Before you create this PR confirm that it meets all requirements listed below by checking the relevant checkboxes (`[x]`). This will ensure a smooth and quick review process. - [x] I read the [Contributor Guide] and followed the process outlined there for submitting PRs. - [x] I signed the [CLA]. - [x] I read and followed the [Flutter Style Guide], including [Features we expect every widget to implement]. - [x] I read the [Tree Hygiene] wiki page, which explains my responsibilities. - [x] I updated/added relevant documentation (doc comments with `///`). - [x] All existing and new tests are passing. - [x] The analyzer (`flutter analyze --flutter-repo`) does not report any problems on my PR. - [x] I am willing to follow-up on review comments in a timely manner. ## Breaking Change Did any tests fail when you ran them? Please read [Handling breaking changes]. - [ ] No, no existing tests failed, so this is *not* a breaking change. - [x] Yes, this is a breaking change. *If not, delete the remainder of this section.* - [x] I wrote a design doc: https://docs.google.com/document/d/1EkkLbECNBwHgddBQAZqEy7iQLTIxR1rgChKzxcLwhio/edit - [x] I got input from the developer relations team, specifically from: @RedBrogdon - [x] I wrote a migration guide: flutter/website#3932 <!-- Links --> [issue database]: https://github.com/flutter/flutter/issues [Contributor Guide]: https://github.com/flutter/flutter/wiki/Tree-hygiene#overview [Test Coverage]: https://github.com/flutter/flutter/wiki/Test-coverage-for-package%3Aflutter [Flutter Style Guide]: https://github.com/flutter/flutter/wiki/Style-guide-for-Flutter-repo [Features we expect every widget to implement]: https://github.com/flutter/flutter/wiki/Style-guide-for-Flutter-repo#features-we-expect-every-widget-to-implement [CLA]: https://cla.developers.google.com/ [Tree Hygiene]: https://github.com/flutter/flutter/wiki/Tree-hygiene [Handling breaking changes]: https://github.com/flutter/flutter/wiki/Tree-hygiene#handling-breaking-changes
PR is merged, just waiting for it to appear in a tagged release then I can add that here |
@jakemac53, I see the PR is merged into 1.18.0-6.0.pre. I'd just say 1.18.0 in the breaking change file. Let's get this landed! :D (I see @RedBrogdon approved of the migration guide in the flutter/flutter PR.) |
By the way, I didn't need the [WIP] designation on the PR. I'm the only one who merges PRs on this repo and I would never merge it until the release # is added. |
Done! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Once Travis is happy, I will merge.
This change has not yet actually landed - I am not sure the protocol exactly on that (should I wait to merge this until I know the release number it will land in etc, or leave that as unspecified here?).