You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The NetCoreAppToolCurrentVersion is hardcoded to 9.0 which causes issues when building with a newer SDK that doesn't have a shared framework for that given TFM (i.e. inside the VMR). As we already enforce a minimum required SDK version in global.json, it would be better to automatically calculate the NetCoreAppToolCurrentVersion value based on the SDK being used.
The SDK exposes the NETCoreAppMaximumVersion property but unfortunately a little bit too late, after the repo's Directory.Build.props file is imported.
We could avoid the NetCoreAppToolCurrent* properties altogether when the SDK implements dotnet/sdk#29949. That would the ideal path forward.
The text was updated successfully, but these errors were encountered:
ViktorHofer
changed the title
NetCoreAppToolCurrentVersion property should be automatically calculated
Avoid hardcoded NetCoreAppToolCurrent* properties
Oct 29, 2024
The
NetCoreAppToolCurrentVersion
is hardcoded to 9.0 which causes issues when building with a newer SDK that doesn't have a shared framework for that given TFM (i.e. inside the VMR). As we already enforce a minimum required SDK version in global.json, it would be better to automatically calculate theNetCoreAppToolCurrentVersion
value based on the SDK being used.The SDK exposes the
NETCoreAppMaximumVersion
property but unfortunately a little bit too late, after the repo's Directory.Build.props file is imported.We could avoid the
NetCoreAppToolCurrent*
properties altogether when the SDK implements dotnet/sdk#29949. That would the ideal path forward.The text was updated successfully, but these errors were encountered: