⬆️ update .NET SDK to v10.0.301#51
Conversation
3d2fe30 to
94172ff
Compare
📝 WalkthroughWalkthroughThis PR updates the .NET SDK version constraint in Changes.NET SDK Version Update
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Warning Review ran into problems🔥 ProblemsGit: Failed to clone repository. Please run the Comment |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@global.json`:
- Line 4: global.json's SDK "version" was changed to "10.0.301" which violates
the repo guideline that pins the .NET SDK to "10.0.102" (rolling forward within
the feature band); either revert the "version" field in global.json back to
"10.0.102" (restore the value in the "version" property) or, if the policy has
changed, update the coding guideline text to reflect the new pinned SDK (and
document the new pinned value and roll-forward behavior). Confirm which option
is intended, then make the corresponding change: modify the global.json
"version" value to 10.0.102 for a revert, or update the guideline to state the
new pinned SDK value and any roll-forward rules.
- Line 4: The pinned SDK version "10.0.301" in global.json should be verified
for availability and production support: confirm the SDK package is downloadable
and that 10.0.301 is included in .NET 10 LTS metadata, then cross-check the .NET
10 known-issues list (look for 10.0.3xx entries such as CA1825 false positives)
to ensure it won’t break CI when TreatWarningsAsErrors is enabled; if any
blocking issues are found, update the "version" value in global.json to a safer
patch (or add CI/workaround notes) and document the decision in the PR.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
| "sdk": { | ||
| "rollForward": "feature", | ||
| "version": "10.0.203" | ||
| "version": "10.0.301" |
There was a problem hiding this comment.
SDK version violates coding guidelines.
The coding guideline specifies that ".NET SDK version is pinned to 10.0.102 in global.json and rolls forward within the feature band." This change updates the version to 10.0.301, which conflicts with the documented policy.
Please verify whether:
- The guideline needs to be updated to reflect a new SDK version policy, or
- This PR should revert to the guideline-specified version (10.0.102)
As per coding guidelines: ".NET SDK version is pinned to 10.0.102 in global.json and rolls forward within the feature band."
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@global.json` at line 4, global.json's SDK "version" was changed to "10.0.301"
which violates the repo guideline that pins the .NET SDK to "10.0.102" (rolling
forward within the feature band); either revert the "version" field in
global.json back to "10.0.102" (restore the value in the "version" property) or,
if the policy has changed, update the coding guideline text to reflect the new
pinned SDK (and document the new pinned value and roll-forward behavior).
Confirm which option is intended, then make the corresponding change: modify the
global.json "version" value to 10.0.102 for a revert, or update the guideline to
state the new pinned SDK value and any roll-forward rules.
Source: Coding guidelines
🧩 Analysis chain
🏁 Script executed:
#!/bin/bash
# Description: Verify .NET SDK version 10.0.301 exists and check for known issues
# Check if the SDK version is available
echo "Checking .NET SDK version 10.0.301..."
curl -s "https://dotnetcli.blob.core.windows.net/dotnet/Sdk/10.0.301/dotnet-sdk-10.0.301-linux-x64.tar.gz" -I | head -n 1
# Also check the releases page for 10.0.x versions
echo -e "\nChecking available .NET 10 SDK releases..."
curl -s "https://dotnetcli.azureedge.net/dotnet/release-metadata/10.0/releases.json" | jq -r '.releases[] | select(.sdks != null) | .sdks[]? | select(.version | startswith("10.0")) | .version' | sort -V | tail -10Repository: Spillgebees/Transmodel
Length of output: 255
🌐 Web query:
.NET SDK 10.0.301 release notes
💡 Result:
The.NET SDK 10.0.301 was released on June 9, 2026 [1]. It was included as part of the.NET 10.0.9 release [1]. Key details regarding this release: - Release Date: June 9, 2026 [1]. - Included Runtimes: This SDK includes.NET Runtime 10.0.9, ASP.NET Core Runtime 10.0.9, and.NET Desktop Runtime 10.0.9 [2]. - Visual Studio Integration: This SDK is included in Visual Studio 18.7.0 [2]. - Language Support: The SDK supports C# 14.0, F# 10.0, and Visual Basic 17.13 [2]. You can access the official release notes and further details via the.NET GitHub repository [1].
Citations:
- 1: https://github.com/dotnet/core/blob/main/release-notes/10.0/10.0.9/10.0.9.md
- 2: https://dotnet.microsoft.com/en-us/download/dotnet/10.0
🌐 Web query:
.NET SDK 10.0.301 known issues
💡 Result:
As of June 10, 2026,.NET SDK 10.0.301 has been released [1]. Because this version is very recent, official documentation for specific known issues unique to 10.0.301 is currently evolving [2]. Users are encouraged to consult the official.NET 10 Known Issues repository for the most up-to-date tracking [2]. General issues reported in the 10.0.3xx series (including 10.0.300) that may persist or remain relevant include: Performance and Build Regressions: There have been reports of build and restore performance regressions when using.slnx solutions compared to earlier 10.0.2xx versions [3]. Analyzer False Positives: Users have reported new false-positive CA1825 warnings in 10.0.300 [4]. These warnings may appear unexpectedly and break builds configured with treat-warnings-as-errors [4]. A known workaround is to refactor code to use explicit collection initializers instead of array literals where appropriate [4]. MSBuild Error Clarity: Issues have been noted regarding unclear error messaging (e.g., NETSDK1013 or MSB4044) when a TargetFramework is missing or improperly configured in project files, which can make debugging project infrastructure difficult [5]. Workload Management: As documented for the 10.0.1xx series, issues with dotnet workload commands after package manager upgrades remain a potential area of concern for users managing custom workloads [2]. For the latest status, mitigations, and bug tracking, refer to the official.NET Core GitHub repository release notes and issue tracker [2][1].
Citations:
- 1: https://github.com/dotnet/core/blob/main/release-notes/10.0/10.0.9/10.0.9.md
- 2: https://github.com/dotnet/core/blob/main/release-notes/10.0/known-issues.md
- 3: .NET SDK 10.0.300 build/restore performance regression vs 10.0.204 for .slnx solution dotnet/sdk#54344
- 4: 10.0.300 CA1825 false-positive dotnet/sdk#54275
- 5: Error when TargetFramework missing is problematic dotnet/sdk#54308
🌐 Web query:
10.0.301 dotnet sdk servicing status support policy
💡 Result:
As of June 10, 2026, the.NET SDK 10.0.301 is a supported version of the.NET 10 release [1]. The following points summarize its servicing status and the applicable support policy: 1. Support Status:.NET 10 is a Long Term Support (LTS) release that reached general availability on November 11, 2025, and is supported until November 14, 2028 [2][3][4]. 2. Servicing Requirement: To remain in a supported state, you must use the latest available servicing update for your specific version [5][6]. Because.NET servicing updates are cumulative, Microsoft recommends regularly installing the most recent patches to ensure you have all security and reliability fixes [5][3]. 3. Servicing Policy: Servicing updates are released on a monthly cadence, typically on "Patch Tuesday" (the second Tuesday of the month) [5][3]. When a new servicing update is released, the preceding update is no longer considered the latest supported level [5][6]. As of May 12, 2026, the latest patch version for the.NET 10 release was 10.0.8 [3]. For the most accurate and up-to-date information regarding specific patch releases or identifying if a newer servicing update has been released since May 2026, please consult the official.NET release notes and the.NET support policy documentation [5][3].
Citations:
- 1: https://github.com/dotnet/core/blob/main/release-notes/10.0/10.0.9/10.0.9.md
- 2: https://github.com/dotnet/core/blob/main/release-notes/10.0/README.md
- 3: https://dotnet.microsoft.com/en-us/platform/support/policy/dotnet-core
- 4: https://learn.microsoft.com/en-us/lifecycle/products/microsoft-net-and-net-core
- 5: https://learn.microsoft.com/en-us/dotnet/core/releases-and-support
- 6: https://support.microsoft.com/en-us/topic/-net-10-0-update-may-12-2026-1733217c-6fe1-41f5-aa4b-6a425f304ecd
Confirm .NET SDK 10.0.301 exists and is production-supported.
The SDK package for 10.0.301 is available (HTTP 200) and it appears in the .NET 10 release metadata; it’s part of the .NET 10.0.9 release (June 9, 2026). Since .NET 10 is LTS-supported through Nov 14, 2028, pinning 10.0.301 should be safe for production, but it’s very recent—cross-check the .NET 10 known-issues list for 10.0.3xx items that may affect CI (e.g., CA1825 false positives around the 10.0.300/3xx range, which can impact builds using TreatWarningsAsErrors).
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@global.json` at line 4, The pinned SDK version "10.0.301" in global.json
should be verified for availability and production support: confirm the SDK
package is downloadable and that 10.0.301 is included in .NET 10 LTS metadata,
then cross-check the .NET 10 known-issues list (look for 10.0.3xx entries such
as CA1825 false positives) to ensure it won’t break CI when
TreatWarningsAsErrors is enabled; if any blocking issues are found, update the
"version" value in global.json to a safer patch (or add CI/workaround notes) and
document the decision in the PR.
This PR contains the following updates:
10.0.203→10.0.301Release Notes
dotnet/sdk (dotnet-sdk)
v10.0.301Compare Source
v10.0.300: .NET 10.0.8Compare Source
Release
What's Changed
PosixSignalRegistrationby @jonathanpeppers in #52466dotnet runby @jonathanpeppers in #52608dotnet run -e FOO=BARpasses@(RuntimeEnvironmentVariable)by @jonathanpeppers in #526642902832by @dotnet-bot in #53009$(Device)global property missing duringDeployToDevicetarget by @jonathanpeppers in #53018#:includeby @jjonescz in #523472912121by @dotnet-bot in #531232914767by @dotnet-bot in #53195dotnet tool exec- running dnx is implicit approval by @Copilot in #529562918587by @dotnet-bot in #532442918883by @dotnet-bot in #532702921244by @dotnet-bot in #53323--artifacts-pathsupport todotnet testin MTP mode by @Copilot in #53353Configuration
📅 Schedule: (in timezone Europe/Luxembourg)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.