Revert "dependabot(change): Exclude hyper from production dependabot upgrades"

[teor2345]

Reverts #8010

Motivation

We want to stop hyper dependabot PRs until we manually upgrade it.

groups.exclude-patterns from PR #8010 doesn't seem to do what we want:

exclude-patterns | Use to exclude certain dependencies from the group. If a dependency is excluded from a group, Dependabot will continue to raise single pull requests to update the dependency to its latest version.

https://docs.github.com/en/code-security/dependabot/dependabot-version-updates/configuration-options-for-the-dependabot.yml-file#groups

For example, see #8015.

ignore would be closer, but it requires another PR to undo, so let's avoid that:

By default all dependencies that are explicitly defined in a manifest are kept up to date by Dependabot version updates. In addition, Dependabot security updates also update vulnerable dependencies that are defined in lock files. You can use allow and ignore to customize which dependencies to maintain.

https://docs.github.com/en/code-security/dependabot/dependabot-version-updates/configuration-options-for-the-dependabot.yml-file#ignore

Instead, we can just manually tell dependabot to ignore hyper 1.x.x:

@dependabot ignore major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)

And it will automatically do upgrades after our first manual hyper upgrade.

[teor2345]

Instead, we can just manually tell dependabot to ignore hyper 1.x.x:

@dependabot ignore major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)

And it will automatically do upgrades after our first manual hyper upgrade.

I've already done that here:
#8015 (comment)

So apart from reverting the changes there's nothing else to do.

[teor2345]

This has done what we want in PR #8017

And there is no separate hyper PR.