Open StormPooper opened 9 months ago
Use 8.0.1 or 8.0.100 for the SDK version.
Thanks, 8.0.1 didn't work, but 8.0.100 did within global.json
. I'm surprised though, I thought it would use the rollForward
property to determine the exact build, like the local dotnet
CLI tool does.
@StormPooper as for now the task only looks at the version
property of the global json. That must be a valid / existing dotnet version. If I find time I will implement the two missing properties. But if you find faster time then maybe checkout this file:
https://github.com/microsoft/azure-pipelines-tasks/blob/master/Tasks/UseDotNetV2/globaljsonfetcher.ts
The bug is there, in the method readGlobalJson
. There only the version
property is extracted. Also the return result of the GetVersions
must be modified so it can use the version pattern. (8.0.100, 8.0.x, 8.x)
Thanks @paule96, I'll let you know if I get a chance to look at it.
This issue is stale because it has been open for 180 days with no activity. Remove the stale label or comment on the issue otherwise this will be closed in 5 days
Still an issue.
Can confirm, would be great if, at the very least, the task would look at the rollforward setting as well.
New issue checklist
Task name
UseDotNet@2
Task version
2.230.2
Issue Description
I'm attempting to use
UseDotNet@2
withubuntu-latest
to install .NET 8 now it has been released, but I get the following error:I've checked releases.json and it has a non-preview build for linux, so it should be finding it, but it fails. I've tried this with the
global.json
below and by specifyingversion: 8.0.0
instead, both with and without theincludePreviewVersions
flag.Task in
azure-pipelines.yml
:global.json
:Environment type (Please select at least one enviroment where you face this issue)
Azure DevOps Server type
dev.azure.com (formerly visualstudio.com)
Azure DevOps Server Version (if applicable)
No response
Operation system
ubuntu-latest
Relevant log output
Full task logs with system.debug enabled
Repro steps