.NET SDK version

[KnapSac]

The current .NET SDK used is 9.0.203 as specified in global.json:

sentry-dotnet/global.json

Lines 1 to 8 in 723c84e

	{
	"sdk": {
	"version": "9.0.203",
	"workloadVersion": "9.0.203",
	"rollForward": "disable",
	"allowPrerelease": false
	}
	}

Because rollForward is disabled, even 9.0.204 is not supported. Are there any plans to bump the SDK version? Or perhaps to allow rolling forward to the latest patch?

The reason I ask is that for some reason my system keeps automatically updating 9.0.203 to 9.0.204, which means that I constantly have to uninstall 9.0.204 and install 9.0.203 (and then also restore the workloads) to be able to compile the code locally. This might very well be an issue with my setup (I have 9.0.300 installed globally), but I just thought I'd ask.

[Flash0ver]

Thanks for the feedback.
RIght ... some IDEs do manage their own installation of the .NET SDK.

I believe there is a discussion emerging about

• reproducible / deterministic builds
  • both in CI/CD and on local dev machines
• local dev experience / convenience
• .NET SDK update strategy
• .NET Workload version
  • in particular when it comes to .NET MAUI

I believe we had this discussion before, but I'm uncertain right now about the outcome.
And the .NET MAUI argument may be tricky.

Let's also manifest the outcome in CONTRIBUTING.md.

[jamescrosswell]

Or perhaps to allow rolling forward to the latest patch

We've been progressively pinning everything to try to make CI/CD as deterministic as possible. If we allow roll forward, things that build and work one day may not build/work the next day, if Microsoft releases new versions of their workloads. This has occurred on multiple occasions in the past, so we basically decided to pin everywhere.

In terms of why we landed on 9.0.203, from memory we needed that to address an issue in the runtime but otherwise we wanted to use the lowest common denominator (so people didn't have to be using the latest version of dotnet in order to work with the Sentry SDK).

It's weird that you can't have multiple versions of dotnet installed on your machine. What's your development environment look like? How are you installing new versions of dotnet?

[KnapSac]

We've been progressively pinning everything to try to make CI/CD as deterministic as possible.

That makes sense.

It's weird that you can't have multiple versions of dotnet installed on your machine. What's your development environment look like? How are you installing new versions of dotnet?

It doesn't seem like having multiple versions is the issue, having the 200 and 300 feature bands works fine. It's just that the 200 feature band installation automatically gets updated to the latest patch version, which is currently 9.0.204.

The globally installed dotnet sdk is managed by Visual Studio, the others I have installed using the dotnet installer.

[bruno-garcia]

let's just add 204 to the repo. @KnapSac could you make a PR to add it please? goes on global json and workflows