Conversation
ssg
left a comment
There was a problem hiding this comment.
I propose explicit matching of filename extensions.
|
@kasperk81 we're going to use that deserializer in a follow-up PR. We're trying to make this PR the "minimum risk for potential backport to 9.0.1xx SDK" change, so keeping the existing sln behavior. |
JanKrivanek
left a comment
There was a problem hiding this comment.
All looks as expected.
But I did just a quick pass - will go more in depth tomorrow
src/Build.UnitTests/Construction/SolutionFile_NewParser_Tests.cs
Outdated
Show resolved
Hide resolved
commit suggestions Co-authored-by: Rainer Sigwald <[email protected]> Co-authored-by: Jan Krivanek <[email protected]>
It's just |
|
Opened dotnet/source-build-externals#392 for source build error (should be the same version as the package) |
|
follow-up PR to replace existing .sln parser with |
|
This PR also fixes Bug #9587 |
|
what dotnet version will this be in ? |
|
9.0.200 see dotnet/sdk#40913 |
|
Fixes #10266
Context
We currently use our own parser SolutionFile.Parse() to parse .sln files in order to build them.
In this PR I intergrate the new package Microsoft.VisualStudio.SolutionPersistence to parse the new format .slnx files.
Key differences in the SolutionFile from the package's SolutionModel:
Changes Made
Testing
Notes