diff options
author | Noah Gilson <noahgilson@microsoft.com> | 2022-11-10 00:00:14 +0300 |
---|---|---|
committer | GitHub <noreply@github.com> | 2022-11-10 00:00:14 +0300 |
commit | 3ce95e13364655be23e3e8a5d4ee241e15548123 (patch) | |
tree | 4e35c778fad5f5874ffb27f02272a0fac41d4423 | |
parent | 312b3642c3c9694a1497287b8e2358392ea44133 (diff) |
Make the dotnet uninstall tool text a link
Co-authored-by: Daniel Plaisted <dsplaisted@gmail.com>
-rw-r--r-- | release-notes/7.0/known-issues.md | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/release-notes/7.0/known-issues.md b/release-notes/7.0/known-issues.md index 5830e300..df816c68 100644 --- a/release-notes/7.0/known-issues.md +++ b/release-notes/7.0/known-issues.md @@ -103,7 +103,7 @@ More information and workaround can be found at https://github.com/dotnet/runtim If a preview 7 .NET SDK is installed, projects with workload dependencies such as `microsoft.net.workload.mono.toolchain` may fail to build, load, or run. An example of this issue is described in https://github.com/dotnet/sdk/issues/28947 and also here: https://statics.teams.cdn.office.net/evergreen-assets/safelinks/1/atp-safelinks.html. **Resolution** -The best method to resolve the issue is to uninstall any .NET 7 preview SDKs. On Windows, this can be done easily with add/remove programs. Another option is to try deleting the folder `C:\Program Files\dotnet\sdk-manifests\microsoft.net.workload.mono.toolchain`. Dotnet-core-uninstall https://github.com/dotnet/cli-lab/releases is another option for uninstalling the .NET 7 preview SDKs. +The best method to resolve the issue is to uninstall any .NET 7 preview SDKs. On Windows, this can be done easily with add/remove programs. Another option is to try deleting the folder `C:\Program Files\dotnet\sdk-manifests\microsoft.net.workload.mono.toolchain`. [Dotnet-core-uninstall](https://github.com/dotnet/cli-lab/releases) is another option for uninstalling the .NET 7 preview SDKs. Why? This happened because in the middle of preview development some workloads got renamed to have .net7.0 appended to the end, partially to support multi-targeting. We've been having discussions about how to prevent the same thing happening when folks upgrade to .NET 8. We are also considering adding `dotnet workload clean` which could fix this automatically. |