Replies: 1 comment
-
Completely agree with this approach. I know I enjoying using the new and shiny things, however for packages such as Brighter, aligning to features of LTS releases and giving users more time to get their stuff aligned appears sensible. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I just wanted to note, for feedback, that my working model is that we use new language features, BCL classes etc. with an LTS release of .NET.
So we should currently target .NET Core 3.1 for our feature set, as it is LTS. We will next target .NET 6, which will also be LTS.
If C# depends on a version of .NET, then we won't use those language features, until the .NET LTS hits a version that supports them. So we are not using C# 9 features, because they are not supported by .NET Core 3.1. We can support those language features when we move to .NET 6.
In the end we need a strategy, and this seems to be the most predictable for others as we track a well-advertised MS policy.
Beta Was this translation helpful? Give feedback.
All reactions