Attempted to shorten the names by removing "redundant" bits, like: google, flutter and android (platform-android should be added by the PR labeler, right?). When that wasn't enough, I shortened some words, attempting to leave the name of the plugin still a sub-string of the longer name (for the future verification script(?))

Dependabot seems to also be adding : after the specified prefix, and that's going to look weird in our repo as well. Issue.

We can create an issue on dependabot asking them to respect whatever we pass as a prefix, but they might have their limitations on why not to do it :/ For now, I think this is going to look less weird without the prefixes, even the shortened ones (so dependabot commits will look similar to the autoroller's)

it kinds of defeats the purpose. maybe we just don't have prefixes?

The label should be added to the PR, but if the idea was to search through history using the prefix, then that seems unfeasible.

It'll become the commit message, so having shortened forms is still better than nothing.

We actually shouldn't have the _android suffixes anyway, since the convention we use is to put the conceptual plugin name rather than the package name. Where we can fit the whole plugin name, I'd like to keep that. Most of them should be <15

[google_maps] should fit, for example, let me minimize the shortening.

I'm going to land this on red to re-open main. This can be easily revisited to tweak the names and/or create an issue for dependabot.

Dependabot is at it already!

https://github.com/flutter/plugins/pulls?q=is%3Apr+is%3Aopen+label%3Adependencies

It'll become the commit message, so having shortened forms is still better than nothing.

Capturing from Discord for posterity: I didn't realize the package path would be in the title. I'm now on board with not having prefixes.

Just a heads up. It seems this change made dependabot to create hundreds PRs that @ditman just closes.

This caused thousands of macos tasks to be created on Cirrus in a very short period of time which is causing some longer then usual processing times.

@fkorotkov yes, apologies for the spam. When I realized this would be abusing Cirrus, it was probably too late (x_x)

No worries. Just wanted to let you know that there is some unintentional slowness. An interesting use case. Haven't seen that many PRs from dependbot at once plus our physical Mac Mini infra is not elastic like everything else in the cloud. 😪