Add more granular support and server 2025 support for versioning #738
+87
−8
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
After checking out the latest build info stuff, it looks like Server 2025 is a bit of a combo breaker in loose parity on build numbers to workstation build numbers.
Rather than keep the original broad Windows 10 vs Windows 11 categories, I went ahead and split the Workstation/Servers and did the builds independently. I also added the subversion where appropriate. This results in code I can only apologize for, but it does provide a clear path forward and more granular results.
I'm hoping this does not break anything, as modules should be using the versioning we added recently.
Since Windows Server naming convention is..... imaginative, it might confuse someone when they're given
Windows Server 2004
. I almost changed this to beWindows 2016_2004
, but that could also be confusing, as I think Server 1909 technically is a variant of 2016, that's not how it was marketed.Anyway- I wanted to add Server 2025 support and figured Id throw this out as a conversation piece, too.