[GHC DevOps Group] Making GHC's fast release cadence work

[Herbert Valerio Riedel]

> The biggest problems are for packages like containers, that are not only used by GHC but also exposed to users through the GHC API. These libraries aren't part of GHC or base, but pretty much have to move in lock step.

fwiw, this what
https://mail.haskell.org/pipermail/ghc-devs/2017-July/014424.html aims
to address and would help to reduce this artificial boot-library
version pinning for consumers. Moritz has been pushing this effort
further via https://gitlab.haskell.org/ghc/ghc/merge_requests/490 but
it didn't make it into GHC 8.8 yet.