target-new-framework

Automate .NET major version bumps across version properties, TFMs, and manifests.

4|1|Updated Feb 19, 2026
One-click install
npx skills add https://github.com/lewing/agent-plugins --skill target-new-framework
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: target-new-framework
Source: https://github.com/lewing/agent-plugins/tree/main/plugins/framework-versioning/skills/target-new-framework
Command: npx skills add https://github.com/lewing/agent-plugins --skill target-new-framework

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates the .NET major version bump workflow across a repository by updating core version properties, TFMs, workload manifests, and related documentation.

Core Features & Use Cases

  • Update eng/Versions.props and related version properties (MajorVersion, ProductVersion, SDK bands) across the repo.
  • Synchronize Target Framework Moniker (TFM) references in Directory.Build.props and related build configurations.
  • Create and align frozen workload manifests for previous netN versions, including manifest registration updates when explicit lists are used.
  • Propagate changes to templates, test assets, and documentation to reflect the new version and ensure consistency.

Quick Start

Invoke this skill to initiate a full major version bump across a repository by updating eng/Versions.props, Directory.Build.props, workload manifests, and related docs.

Frequently Asked Questions about target-new-framework

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate a .NET major version bump across my repository?

Automate a .NET major version bump by updating eng/Versions.props, Directory.Build.props, workload manifests, and related documentation. The workflow applies to netN to netN+1 upgrades across build configurations, templates, tests, and docs using a phased discovery and execution process.

What files need updating when upgrading Target Framework Monikers in dotnet?

Upgrading Target Framework Monikers requires updating Directory.Build.props and related build configurations. You must also synchronize core version properties in eng/Versions.props, including MajorVersion, ProductVersion, and SDK bands, to maintain repository consistency during the major version bump.

How do I align frozen workload manifests during a dotnet major version upgrade?

Align frozen workload manifests for previous netN versions by creating and updating manifest registrations when explicit lists are used. This ensures workload manifests remain synchronized with the new major version and correctly reference the updated SDK bands and product version properties.

Does the dotnet version bump workflow handle documentation and test assets?

The dotnet version bump workflow propagates changes to templates, test assets, and documentation to reflect the new version. This ensures total repository consistency by verifying that all related files are updated alongside the core version properties and target framework monikers.

Can I use this automation for minor dotnet version updates or only major netN to netN+1 upgrades?

This automation is designed specifically for major netN to netN+1 upgrades across the repository. It applies a phased discovery and execution process with verification steps and safe defaults to handle the complexity of major version bumps, rather than minor version updates.

What are the limitations of automating dotnet major version bumps with repository tooling?

Automating dotnet major version bumps requires careful handling of explicit manifest lists and frozen workload manifests for previous versions. While the process includes verification steps and safe defaults, you must manually verify phased discovery results to ensure all templates and test assets are correctly propagated.