feat(monorepo-ts): upgrade syncpack to v12

[cogwirrel]

Upgrade from Syncpack v8 to v12. Additionally pin syncpack to major version 12 to avoid any future
breaking changes in new major versions from affecting new projects.

Note that unfortunately the Syncpack exported RcFile types are not built with JSII so we must redefine them in syncpack-options.ts

BREAKING CHANGE: Syncpack configuration for monorepo updated with breaking changes aligned with
Syncpack upgrade from v8 to v12:

• The dev, overrides, peer, pnpmOverrides, prod, resolutions and workspace boolean
  flags are replaced by the dependencyTypes array.
• The workspace dependency type is now named local.
• semverRange is deprecated in favour of adding a range to semverGroups

For more details, please refer to the Syncpack releases between 8 and 12:

• Syncpack v9
• Syncpack v10
• Syncpack v11
• Syncpack v12

Additionally Syncpack related types and configs are namespaced under a Syncpack namespace,
eg. Syncpack.DEFAULT_CONFIG for the default monorepo syncpack config.

Fixes #675, #553

[cogwirrel]

@JamieMason would love it if you could take a look at this too if you have time to double check I haven't done anything crazy!

[JamieMason]

Looks good @cogwirrel, you've added !local which is the main thing that people don't handle and trips them up.

I think there's probably a way to have to redeclare less of Syncpack's types, maybe by importing some of them from /src/config/types.ts – none of those use Partial, only /src/index.ts when it re-exports it, if that helps at all.

[cogwirrel]

Looks good @cogwirrel, you've added !local which is the main thing that people don't handle and trips them up.

I think there's probably a way to have to redeclare less of Syncpack's types, maybe by importing some of them from /src/config/types.ts – none of those use Partial, only /src/index.ts when it re-exports it, if that helps at all.

Thanks so much for looking!

I had a quick play with importing other types but I think they need to be defined in a JSII project to reuse them unfortunately - the Partial error was just the first hurdle!

[agdimech]

Fantastic work! Thanks for updating this and thanks to @JamieMason for your input :)