SO it opens an issue and gives you a patch file... Or emails it to you?
> Why does it seem to these tools have converged on the bot-makes-PR implementation?
Because git and the PR is the common choke point that every one knows and loves. A lot of dev's look down on "patches"... there are tons of people who happily use linux who think that all kernel devs are stupid cause of bugzila/patches and email could not possibly work.
Yes it bypasses YOUR workflow, but a PR works for everyone who uses GitHub.
If you want something else that works for everyone who uses GitHub it's an issue, or an email with a patch file. Why a patch file. DO you want to own the change the bot suggested? There are a lot of orgs where the ownership matters more than the linting.
You could just make the change yourself, sure, and then run it through your normal workflow... then your the author and commuter of the change...
If you had to submit the PR yourself, then these tools would be no different than an automated Jira ticket that’s created once per sprint.
(The actual hard part of all this is having good, meaningful, automated tests, but that can’t be solved by a bot.)
I’ve seen a fair number of open “dependabot” PRs just lying around.
Here's an example (made this repo to test a Renovate issue against): https://github.com/sunshowers/renovate-test-2