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
I was investigating an issue related to http://source.terrafx.dev/ not staying up to date and it was due to Roslyn being slightly out of date (4.0.0-1.final vs 4.0.0-6.final).
I was going to go and update this but then found that package versions are managed inline for each project, not centrally. This means that not all projects have a "consistent" view of dependencies
Would you take a PR updating PackageReferences to be centrally managed?
This can also be simulated by Directory.Build.targets and using <PackageReference Update="Name" Version="..." />. The entry in the csproj would then be simply <PackageReference Include="Name" />, leaving it "versionless" (which results in a warning if there is no latter Update entry).
The text was updated successfully, but these errors were encountered:
I was investigating an issue related to http://source.terrafx.dev/ not staying up to date and it was due to Roslyn being slightly out of date (
4.0.0-1.final
vs4.0.0-6.final
).I was going to go and update this but then found that package versions are managed inline for each project, not centrally. This means that not all projects have a "consistent" view of dependencies
Would you take a PR updating
PackageReferences
to be centrally managed?Directory.Build.targets
and using<PackageReference Update="Name" Version="..." />
. The entry in the csproj would then be simply<PackageReference Include="Name" />
, leaving it "versionless" (which results in a warning if there is no latterUpdate
entry).The text was updated successfully, but these errors were encountered: