Jamie Magee

@dfederm can you rebase this branch please? I don't have permissions to push to your fork, but I've created a branch you can reset to: [`strong-naming`][1]. We're getting closer, but...

#160 and #161 need to be updated simultaneously. Closing this in favour of #160.

@dfederm can I ask what's the driving force behind strong-naming? I'm getting pushback upstream when asking for strong-named assemblies, most recently pointing to https://github.com/dotnet/docs/issues/22412

The breaking change is dropping support for .NET Standard. As we on .NET 6 this doesn't affect us.

This PR and #161 need to be merged at the same time. I'll close #161 and update `nuget.versioning` here. Breaking change in V6 is .NET 6 support.

Another potential avenue: https://learn.microsoft.com/en-us/dotnet/standard/serialization/system-text-json/polymorphism

@baywet Once OpenAPI 3.1 support is finalized, is support for generation of webhooks planned? I currently maintain https://github.com/octokit/webhooks.net manually, but am eager to switch over to automatic generation if possible.

@baywet yes, that's exactly what I am talking about. A top level `webhooks` property was added as part of the OpenAPI 3.1 spec[^1]: > Major Changes in OpenAPI Specification 3.1.0...

EKS just dropped support for Kubernetes `1.20` today. Oldest supported versions are currently: - [EKS - 1.21](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html#kubernetes-release-calendar) - [GKE - 1.21](https://cloud.google.com/kubernetes-engine/docs/release-schedule#schedule_for_release_channels) - [AKS - 1.22](https://learn.microsoft.com/en-us/azure/aks/supported-kubernetes-versions?tabs=azure-cli#aks-kubernetes-release-calendar)

> I'll implement semantic release the next days Are you going to bump the major version? Or can helm handle version epochs?