Further split up Gemfile into groups

[Bo98]

A full brew install-bundler-gems is somewhat slow. This PR splits up the gem groups further to allow faster runs in CI etc, as well as allow a base brew install-bundler-gems --groups= only install what we already vendor (roughly). This could be used in future PRs to bootstrap a new Ruby.

Draft because this requires #15952.

[MikeMcQuaid]

A full brew install-bundler-gems is somewhat slow. This PR splits up the gem groups further to allow faster runs in CI etc, as well as allow a base brew install-bundler-gems --groups= only install what we already vendor (roughly). This could be used in future PRs to bootstrap a new Ruby.

Can we see some benchmarks of the speed differences here? This seems to add quite a lot of complexity so want to see the differences here.

[Bo98]

A full brew install-bundler-gems is somewhat slow. This PR splits up the gem groups further to allow faster runs in CI etc, as well as allow a base brew install-bundler-gems --groups= only install what we already vendor (roughly). This could be used in future PRs to bootstrap a new Ruby.

Can we see some benchmarks of the speed differences here? This seems to add quite a lot of complexity so want to see the differences here.

Will test when I test #15955, but as is with no changes currently takes 1 minute in our CI and also requires a fully functional compiler with Ruby development headers installed (included with the SDK on macOS at least). Changes here should hopefully reduce that down to a few seconds with zero native builds required.

[MikeMcQuaid]

Changes here should hopefully reduce that down to a few seconds with zero native builds required.

Cool, if it works: great, decent speedup.

No longer native builds required because they are cached or something else?

[MikeMcQuaid]

Thanks again @Bo98!

[buildpulse]

Known disruptive tests have failed for this pull request.

Commit SHA: 4ec5f04
Build URL: https://github.com/Homebrew/brew/actions/runs/6329907841/attempts/1

Suite Name	Test Name	Details
rspec	SystemCommand with both STDOUT and STDERR output from upstream with default options echoes only STDERR	→