Thanks @acbramley — I'll raise this tomorrow internally at the steering committee and we'll look to get this resolved one way or another shortly after their decision.

These hardcoded versions seem to be a recent thing, I just bumped scaffold-tooling and it downgraded some of my modules. This should be resolved ASAP f2f726e...63812fc

@acbramley scaffold-tooling and other components follow the major release version of the GovCMS distribution. At the moment there is no official support for D11 so we need to be guided by the GovCMS team on timelines for providing this support to PaaS customers, we will have an answer for you on this soon.

With regards to pinning, GovCMS have mandated that both the distribution and tooling (e.g this repo as well as the govcms/lagoon repo) are all using pinned versions to ensure we are building and testing against known versions of every component.

I do not think we will move back to looser constraints here, but we will look to add a new 11.x-develop branch that adds support for D11 (again based on GovCMS' timelines/priorities).

For now PaaS sites can drop the inclusion of scaffold-tooling and BYO composer versions for D11 support, or fork this repo and start an 11.x-develop branch that can be submitted as a PR for us to review

Hi @stooit dropping scaffold-tooling doesn't seem to be an option. It provides many scripts used by the govcms deployment process. I'm not really keen to reimplement all of that. It doesn't seem wise to require PaaS products to pin to specific versions...