convert-to-cpm
Convert to Central Package Management
Migrate .NET projects from per-project package versioning to NuGet Central Package Management (CPM). CPM centralizes all package versions into a single Directory.Packages.props file, making version governance and upgrades easier across multi-project repositories.
When to Use
- The user wants to adopt Central Package Management for a .NET repository, solution, or project
- Package versions are scattered across many
.csproj,.fsproj, or.vbprojfiles and the user wants a single source of truth - The user mentions
Directory.Packages.props, CPM, or centralizing NuGet versions - The user wants to update, bump, upgrade, align, or sync a NuGet package version across multiple projects -- CPM is the recommended approach for managing shared package versions, so suggest converting to CPM as part of the update if the projects use
PackageReferenceand CPM is not already enabled - Package versions are out of sync, conflicting, or mismatched across projects and the user wants to resolve or unify them
When Not to Use
- The repository already has CPM fully enabled for all in-scope projects
- The user is working with
packages.config-based projects (must first migrate toPackageReference) - The user wants to manage versions via a custom MSBuild property file without using CPM
Inputs
More from managedcode/dotnet-skills
dotnet
Primary router skill for broad .NET work. Classify the repo by app model and cross-cutting concern first, then switch to the narrowest matching .NET skill instead of staying at a generic layer.
21dotnet-aspnet-core
Build, debug, modernize, or review ASP.NET Core applications with correct hosting, middleware, security, configuration, logging, and deployment patterns on current .NET.
13dotnet-entity-framework-core
Design, tune, or review EF Core data access with proper modeling, migrations, query translation, performance, and lifetime management for modern .NET applications.
12analyzing-dotnet-performance
>-
11dotnet-code-review
Review .NET changes for bugs, regressions, architectural drift, missing tests, incorrect async or disposal behavior, and platform-specific pitfalls before you approve or merge them.
11code-testing-agent
>-
11