Repository navigation
Description
🤖 Generated by the Agentic Engineer
Evidence
- The template's toolchain policy (AGENTS.md, Toolchain-floor policy) says to track the latest released (GA) .NET. It moves the target framework and the
global.jsonSDK floor together, only when a new GA ships, and never to a preview or release candidate. - Today the template targets
net10.0with an SDK floor of10.0.300. - Microsoft's public release index, read on 3 November 2026, lists .NET 11.0 as
go-live(latest11.0.0-rc.3, 25 October 2026). No GA build exists yet. .NET 10 is the current LTS (end of support 14 November 2028).
Who it affects and why
People who start a new .NET library from this template. Once .NET 11 is GA, a new project should start on the current release rather than one release behind. That is what the template's own policy promises.
Hypothesis
If the template moves to .NET 11 within a week of GA, a project created from it builds and tests on the newest GA toolchain on all three CI platforms, with no extra setup by the person starting it.
Success signal
- The three required
.NET template testschecks pass on the bumped template. dotnet buildanddotnet testwork on a fresh copy made from the template.- No
net10.0copy is left in either project file or in the docs. - Window: within 7 days of the .NET 11 GA release appearing in Microsoft's release index.
Smallest useful change
In one PR:
- set
<TargetFramework>net11.0</TargetFramework>insrc/Example/Example.csprojandtests/Example.Tests/Example.Tests.csproj; - raise the
global.jsonSDK floor to the first .NET 11 GA SDK feature band; - update the
net10.0mentions in AGENTS.md and README; - check that the test packages (xUnit v3 on Microsoft.Testing.Platform, coverlet, code coverage) support
net11.0; - record the GA release as the trigger in the PR body.
Acceptance criteria
- The .NET 11 GA release is published in Microsoft's release index. Until then, this issue is time-gated and not started.
- Both project files and
global.jsonmove together, with no straggler. - Required CI passes on Ubuntu, Windows and macOS.
- The docs name the new framework.
Open question for the PR
.NET 11 is a standard-term release (about 18 months of support), and .NET 10 is long-term. The current policy says "latest GA" with no LTS exception, so this issue follows the policy. If an LTS-only floor turns out to be better for people using the template, the PR should change the policy text explicitly rather than quietly skip the bump.
Rough size
Small: two project files, global.json and two docs, plus CI.
The upstream packaging and shared SDK blockers are resolved. Draft #627 now adopts the released .NET 11 test action and dotnet-releaser 0.25.0 at signed d6c97b9a92826544d25de3a71f27358c54dfaab3. Hosted scaffold/package validation, all three required platform tests, a current-head review and user-path acceptance remain outstanding; this issue stays open. See the release applicability and validation record.
Metadata
Metadata
Assignees
Labels
Type
Fields
Priority
Projects
- StatusShow more project fields✅ Done
Activity
devantler commentedon Nov 11, 2026
.NET 11 is out, the change is ready, and it is blocked by the packaging tool
.NET 11 became generally available on 10 November 2026, so the first acceptance criterion is met. The change is in draft #627. Two things stood in its way:
dotnet-releaserdoes not work with the .NET 11 SDK. The scaffold check packs the example with it, and it aborts while loading the project: its build-log reader rejects a record the new SDK writes ("unsupported type: 36"). I tried both published versions that matter, 0.24.0 and 0.24.1 (the newest), and I tried running the tool on the .NET 11 runtime; that only changes the error. The job logs are on feat: move the template to .NET 11 #627.Why this needs an upstream report. The fault is inside the tool, which is built against the .NET 10 build libraries. Nothing in this repository or in the organisation can make it read the new SDK's build log. The only alternative here would be to replace the packaging tool in the template's release path, which is a much larger decision than this issue and would change what the template teaches. So the next step is a short, factual report to the tool's maintainer, and this issue waits for a fixed release.
🤖 Generated with Claude Code
fix(ci): use released .NET 11 tooling
chore: agent-claim #599 nonce=35a8f35874b7ee29709e5faef0f79d89
feat: move the template to .NET 11 (#627)