dotnet-local-tools

Manage .NET CLI tool versions across environments and CI/CD pipelines.

Updated Apr 23, 2026
One-click install
npx skills add https://github.com/MudraMartin/dotlight-skillset --skill dotnet-local-tools-mudramartin
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: dotnet-local-tools
Source: https://github.com/MudraMartin/dotlight-skillset/tree/main/dotnet/local-tools
Command: npx skills add https://github.com/MudraMartin/dotlight-skillset --skill dotnet-local-tools-mudramartin

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill ensures development teams have consistent .NET CLI tools across local environments and CI/CD pipelines, reducing conflicts and simplifying setup.

Core Features & Use Cases

  • Consistent Tooling: Centralizes tool definitions in .config/dotnet-tools.json for easy management and synchronization.
  • CI/CD Integration: Facilitates the use of the same tool versions in CI/CD pipelines, ensuring consistency.
  • Project-Specific Tools: Manages project-specific CLI tools like docfx, incrementalist, and dotnet-ef.

Quick Start

Initialize and restore local tools for your project using the dotnet-local-tools skill.

Frequently Asked Questions about dotnet-local-tools

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

FAQPage Schema
How do I maintain consistent .NET CLI tool versions across development environments?▼

Centralize your .NET CLI tool definitions in a `.config/dotnet-tools.json` file to synchronize tool versions and commands across local development environments and CI/CD pipelines. This ensures consistent and reliable .NET development workflows.

What is the best way to manage project-specific dotnet tools like dotnet-ef in CI/CD pipelines?▼

Managing project-specific dotnet tools like dotnet-ef in CI/CD pipelines is best handled by centralizing tool definitions in `.config/dotnet-tools.json`. This guarantees identical tool versions are restored and used across all pipeline runs.

Why do my .NET CLI tools have different versions between local environments and CI pipelines?▼

Different .NET CLI tool versions occur because tool definitions are not centralized. Synchronizing tool versions in a `.config/dotnet-tools.json` file ensures the same commands and versions are used across local environments and CI/CD pipelines.

Can I use a single configuration file to restore dotnet local tools across multiple environments?▼

Yes, you can use a single `.config/dotnet-tools.json` file to restore dotnet local tools. This centralizes tool management, ensuring consistent tool versions and commands are restored across multiple development environments and CI/CD pipelines.

Does dotnet-local-tools support managing project-specific CLI tools like docfx and incrementalist?▼

Yes, it supports managing project-specific CLI tools including docfx, incrementalist, and dotnet-ef. Centralizing these tool definitions ensures consistent versions and commands are used reliably across your development environments and CI/CD pipelines.