-
Notifications
You must be signed in to change notification settings - Fork 29.7k
[dyn_modules] enable ddm builds in the merge queue #168233
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
Conversation
|
"bringup: true" means "use non-prod" - so removing that is the correct thing. |
jtmcdole
left a comment
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.
|
DBC The prod build has not yet shown up on the dashboard. Is it correctly running in the merge queue? |
|
Oh weird. And using bring-up in the dashboard shows only the old builds before my PR. @matanlurey @jtmcdole - any clues? |
|
For what it's worth, I do see them running in LUCI |
|
We're talking about this in chat already and investigating |
|
tl;dr: It's correct they are not showing up. See #168323. |
This changes the ddm builds to be part of the merge queue so they are available on every commit and can be used for internal testing. To be honest, I can't recall the meaning of bringup, but I updated it together with backfill to match what I see in the other ci configurations. Let me know if those changes still make sense or if we should do something else here. cc @jiahaog @jtmcdole b/393719931 ## Pre-launch Checklist - [x] I read the [Contributor Guide] and followed the process outlined there for submitting PRs. - [x] I read the [Tree Hygiene] wiki page, which explains my responsibilities. - [x] I read and followed the [Flutter Style Guide], including [Features we expect every widget to implement]. - [ ] I signed the [CLA]. - [x] I listed at least one issue that this PR fixes in the description above. - [ ] I updated/added relevant documentation (doc comments with `///`). - [x] I added new tests to check the change I am making, or this PR is [test-exempt]. - [x] I followed the [breaking change policy] and added [Data Driven Fixes] where supported. - [x] All existing and new tests are passing. If you need help, consider asking for advice on the #hackers-new channel on [Discord]. <!-- Links --> [Contributor Guide]: https://github.com/flutter/flutter/blob/main/docs/contributing/Tree-hygiene.md#overview [Tree Hygiene]: https://github.com/flutter/flutter/blob/main/docs/contributing/Tree-hygiene.md [test-exempt]: https://github.com/flutter/flutter/blob/main/docs/contributing/Tree-hygiene.md#tests [Flutter Style Guide]: https://github.com/flutter/flutter/blob/main/docs/contributing/Style-guide-for-Flutter-repo.md [Features we expect every widget to implement]: https://github.com/flutter/flutter/blob/main/docs/contributing/Style-guide-for-Flutter-repo.md#features-we-expect-every-widget-to-implement [CLA]: https://cla.developers.google.com/ [flutter/tests]: https://github.com/flutter/tests [breaking change policy]: https://github.com/flutter/flutter/blob/main/docs/contributing/Tree-hygiene.md#handling-breaking-changes [Discord]: https://github.com/flutter/flutter/blob/main/docs/contributing/Chat.md [Data Driven Fixes]: https://github.com/flutter/flutter/blob/main/docs/contributing/Data-driven-Fixes.md Co-authored-by: Sigmund Cherem < [email protected]>
Similar to flutter#168233, but this time for iOS Follow-up to flutter#168717 As we start to work more seriously with ddm we'd like to have these builds always available instead of on demand only.
Similar to flutter#168233, but this time for iOS Follow-up to flutter#168717 As we start to work more seriously with ddm we'd like to have these builds always available instead of on demand only.
Similar to flutter#168233, but this time for iOS Follow-up to flutter#168717 As we start to work more seriously with ddm we'd like to have these builds always available instead of on demand only.
Similar to flutter#168233, but this time for iOS Follow-up to flutter#168717 As we start to work more seriously with ddm we'd like to have these builds always available instead of on demand only.
Similar to flutter#168233, but this time for iOS Follow-up to flutter#168717 As we start to work more seriously with ddm we'd like to have these builds always available instead of on demand only.
Follow-up to flutter#177252. Towards b/452833651. Similar to flutter#168233. This changes the ddm host build to be part of the merge queue so they are available on every commit because we want to use them for internal testing and use them on CI internally.

This changes the ddm builds to be part of the merge queue so they are available on every commit and can be used for internal testing.
To be honest, I can't recall the meaning of bringup, but I updated it together with backfill to match what I see in the other ci configurations. Let me know if those changes still make sense or if we should do something else here.
cc @jiahaog @jtmcdole
b/393719931
Pre-launch Checklist
///).If you need help, consider asking for advice on the #hackers-new channel on Discord.