CommunityCodierung & Entwicklunggithub.com

dotnet-local-tools

Verwaltung lokaler .NET-Tools mit dotnet-tools.json für konsistente Werkzeuge in Entwicklungsumgebungen und CI/CD-Pipelines.

Was ist dotnet-local-tools?

Dieses Skill unterstützt Entwickler und DevOps-Ingenieure bei der Verwaltung lokaler .NET CLI-Tools innerhalb eines Repositories mithilfe der Manifestdatei `.config/dotnet-tools.json`. Es reduziert Konflikte durch global installierte Tools, indem es versionsgesicherte, projektspezifische Installationen ermöglicht. Der Skill beschreibt die Initialisierung des Tool-Manifests, das Installieren und Wiederherstellen von Tools sowie die Integration in CI/CD-Pipelines wie GitHub Actions und Azure Pipelines. Darüber hinaus werden bewährte Methoden wie das Festlegen von `isRoot: true`, das Pinnen exakter Versionen und die Automatisierung von Updates mit Dependabot behandelt. Unterstützte Plattformen sind alle .NET-kompatiblen Umgebungen (Windows, Linux, macOS), und der Skill richtet sich an Benutzer von CLI-Tools wie DocFX, dotnet-ef, ReportGenerator, CSharpier und Incrementalist.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Aaronontheweb/dotnet-skills/tree/main/skills/local-tools

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

.NET Lokale Tools

Wann dieses Skill verwendet werden sollte

Verwenden Sie dieses Skill, wenn:

  • Konsistente Werkzeuge über ein ganzes Entwicklungsteam hinweg eingerichtet werden sollen
  • CI/CD-Pipelines die gleichen Tool-Versionen wie die lokale Entwicklung verwenden sollen
  • Projekt-spezifische CLI-Tools (docfx, incrementalist, dotnet-ef, etc.) verwaltet werden sollen
  • Konflikte zwischen verschiedenen Projekten durch global installierte Tools vermieden werden sollen

Was sind lokale Tools?

Lokale Tools sind .NET CLI-Tools, die pro Repository installiert und versioniert werden, anstatt global. Sie werden in .config/dotnet-tools.json definiert und mit dotnet tool restore wiederhergestellt.

Lokale vs. Globale Tools

AspektGlobale ToolsLokale Tools
Installationdotnet tool install -gdotnet tool restore
GültigkeitsbereichSystemweitPro Repository
VersionskontrolleManuellIn .config/dotnet-tools.json
CI/CDMuss jedes Tool installierenEin einziger Restore-Befehl
KonflikteKann Versionskonflikte gebenPro Projekt isoliert

Lokale Tools einrichten

Das Manifest initialisieren

# Erstellen von .config/dotnet-tools.json
dotnet new tool-manifest

Dies erstellt:

.config/
└── dotnet-tools.json

Tools lokal installieren

# Ein Tool lokal installieren
dotnet tool install docfx

# Eine bestimmte Version installieren
dotnet tool install docfx --version 2.78.3

# Von einer bestimmten Quelle installieren
dotnet tool install MyTool --add-source https://mycompany.pkgs.visualstudio.com/_packaging/feed/nuget/v3/index.json

Tools wiederherstellen

# Alle Tools aus dem Manifest wiederherstellen
dotnet tool restore

dotnet-tools.json Format

{
  "version": 1,
  "isRoot": true,
  "tools": {
    "docfx": {
      "version": "2.78.3",
      "commands": [
        "docfx"
      ],
      "rollForward": false
    },
    "dotnet-ef": {
      "version": "9.0.0",
      "commands": [
        "dotnet-ef"
      ],
      "rollForward": false
    },
    "incrementalist.cmd": {
      "version": "1.2.0",
      "commands": [
        "incrementalist"
      ],
      "rollForward": false
    },
    "dotnet-reportgenerator-globaltool": {
      "version": "5.4.1",
      "commands": [
        "reportgenerator"
      ],
      "rollForward": false
    }
  }
}

Felder

FeldBeschreibung
versionSchema-Version des Manifests (immer 1)
isRootMarkiert dies als Wurzelmanifest (verhindert die Suche in übergeordneten Verzeichnissen)
toolsWörterbuch der Tool-Konfigurationen
tools.<name>.versionExakte zu installierende Version
tools.<name>.commandsCLI-Befehle, die das Tool bereitstellt
tools.<name>.rollForwardNeuere Versionen zulassen (normalerweise false für Reproduzierbarkeit)

Häufig verwendete Tools

Dokumentation

# DocFX - API-Dokumentationsgenerator
dotnet tool install docfx
"docfx": {
  "version": "2.78.3",
  "commands": ["docfx"],
  "rollForward": false
}

Verwendung:

dotnet docfx docfx.json
dotnet docfx serve _site

Entity Framework Core

# EF Core CLI für Migrationen
dotnet tool install dotnet-ef
"dotnet-ef": {
  "version": "9.0.0",
  "commands": ["dotnet-ef"],
  "rollForward": false
}

Verwendung:

dotnet ef migrations add InitialCreate
dotnet ef database update

Code Coverage

# ReportGenerator für Coverage-Berichte
dotnet tool install dotnet-reportgenerator-globaltool
"dotnet-reportgenerator-globaltool": {
  "version": "5.4.1",
  "commands": ["reportgenerator"],
  "rollForward": false
}

Verwendung:

dotnet reportgenerator -reports:coverage.cobertura.xml -targetdir:coveragereport -reporttypes:Html

Inkrementelle Builds

# Incrementalist - nur geänderte Projekte bauen
dotnet tool install incrementalist.cmd
"incrementalist.cmd": {
  "version": "1.2.0",
  "commands": ["incrementalist"],
  "rollForward": false
}

Verwendung:

# Projekte abrufen, die seit dem Hauptbranch geändert wurden
incrementalist --branch main

Code-Formatierung

# CSharpier - meinungsstarker C#-Formatierer
dotnet tool install csharpier
"csharpier": {
  "version": "0.30.3",
  "commands": ["dotnet-csharpier"],
  "rollForward": false
}

Verwendung:

dotnet csharpier .
dotnet csharpier --check .  # CI-Modus - schlägt fehl, wenn Änderungen nötig

Code-Analyse

# JB dotnet-inspect (erfordert Lizenz)
dotnet tool install jb
"jb": {
  "version": "2024.3.4",
  "commands": ["jb"],
  "rollForward": false
}

CI/CD-Integration

GitHub Actions

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Setup .NET
        uses: actions/setup-dotnet@v4
        with:
          global-json-file: global.json

      - name: Restore tools
        run: dotnet tool restore

      - name: Build
        run: dotnet build

      - name: Test with coverage
        run: dotnet test --collect:"XPlat Code Coverage"

      - name: Generate coverage report
        run: dotnet reportgenerator -reports:**/coverage.cobertura.xml -targetdir:coveragereport

      - name: Build documentation
        run: dotnet docfx docs/docfx.json

Azure Pipelines

steps:
  - task: UseDotNet@2
    inputs:
      useGlobalJson: true

  - script: dotnet tool restore
    displayName: '.NET-Tools wiederherstellen'

  - script: dotnet build -c Release
    displayName: 'Build'

  - script: dotnet test -c Release --collect:"XPlat Code Coverage"
    displayName: 'Test'

  - script: dotnet reportgenerator -reports:**/coverage.cobertura.xml -targetdir:$(Build.ArtifactStagingDirectory)/coverage
    displayName: 'Coverage-Bericht generieren'

Tool-Versionen verwalten

Ein Tool aktualisieren

# Auf die neueste Version aktualisieren
dotnet tool update docfx

# Auf eine bestimmte Version aktualisieren
dotnet tool update docfx --version 2.79.0

Installierte Tools auflisten

# Lokale Tools auflisten
dotnet tool list

# Mit veralteter Prüfung auflisten
dotnet tool list --outdated

Ein Tool entfernen

dotnet tool uninstall docfx

Bewährte Methoden

1. Immer isRoot: true setzen

Verhindert, dass MSBuild in übergeordneten Verzeichnissen nach Tool-Manifesten sucht:

{
  "version": 1,
  "isRoot": true,
  ...
}

2. Exakte Versionen festlegen

Verwenden Sie "rollForward": false für reproduzierbare Builds:

"docfx": {
  "version": "2.78.3",
  "rollForward": false
}

3. Vor der Verwendung im CI wiederherstellen

Führen Sie immer dotnet tool restore aus, bevor Sie ein lokales Tool verwenden:

- run: dotnet tool restore
- run: dotnet docfx docs/docfx.json

4. Tool-Anforderungen dokumentieren

Fügen Sie einen Kommentar oder Abschnitt in der README hinzu:

## Entwicklungsumgebung einrichten

1. Tools wiederherstellen: `dotnet tool restore`
2. Build: `dotnet build`
3. Test: `dotnet test`

5. Dependabot für Updates verwenden

# .github/dependabot.yml
version: 2
updates:
  - package-ecosystem: "nuget"
    directory: "/"
    schedule:
      interval: "weekly"
    # Enthält lokale Tools in .config/dotnet-tools.json

Fehlerbehebung

Tool nach dem Wiederherstellen nicht gefunden

Stellen Sie sicher, dass Sie vom Repository-Stammverzeichnis aus arbeiten:

# Falsch - Ausführen aus einem Unterverzeichnis
cd src/MyApp
dotnet docfx  # Fehler: Tool nicht gefunden

# Richtig - Ausführung aus dem Lösungsstammverzeichnis
cd ../..
dotnet docfx docs/docfx.json

Versionskonflikte

Wenn Sie Versionskonflikte sehen, überprüfen Sie:

  1. Globales Tool mit anderer Version: dotnet tool list -g
  2. Mehrere Tool-Manifeste: Suchen Sie nach .config/dotnet-tools.json in übergeordneten Verzeichnissen

Tool-Cache leeren

# NuGet-Tool-Cache leeren
dotnet nuget locals all --clear

# Tools erneut wiederherstellen
dotnet tool restore

Beispiel: Vollständige Entwicklungsumgebung einrichten

{
  "version": 1,
  "isRoot": true,
  "tools": {
    "docfx": {
      "version": "2.78.3",
      "commands": ["docfx"],
      "rollForward": false
    },
    "dotnet-ef": {
      "version": "9.0.0",
      "commands": ["dotnet-ef"],
      "rollForward": false
    },
    "dotnet-reportgenerator-globaltool": {
      "version": "5.4.1",
      "commands": ["reportgenerator"],
      "rollForward": false
    },
    "csharpier": {
      "version": "0.30.3",
      "commands": ["dotnet-csharpier"],
      "rollForward": false
    },
    "incrementalist.cmd": {
      "version": "1.2.0",
      "commands": ["incrementalist"],
      "rollForward": false
    }
  }
}

Entwicklungsworkflow:

# Initiale Einrichtung
dotnet tool restore

# Code vor dem Commit formatieren
dotnet csharpier .

# Tests mit Coverage ausführen
dotnet test --collect:"XPlat Code Coverage"
dotnet reportgenerator -reports:**/coverage.cobertura.xml -targetdir:coverage

# Dokumentation erstellen
dotnet docfx docs/docfx.json

# Überprüfen, welche Projekte geändert wurden (für große Repos)
incrementalist --branch main

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

akka-hosting-actor-patterns

Patterns for building entity actors with Akka.Hosting - GenericChildPerEntityParent, message extractors, cluster sharding abstraction, akka-reminders, and ITimeProvider. Supports both local testing and clustered production modes.

akka-net-aspire-configuration

Configure Akka.NET with .NET Aspire for local development and production deployments. Covers actor system setup, clustering, persistence, Akka.Management integration, and Aspire orchestration patterns.

akka-net-best-practices

Critical Akka.NET best practices including EventStream vs DistributedPubSub, supervision strategies, error handling, Props vs DependencyResolver, work distribution patterns, and cluster/local mode abstractions for testability.

akka-net-management

Akka.Management for cluster bootstrapping, service discovery (Kubernetes, Azure, Config), health checks, and dynamic cluster formation without static seed nodes.

akka-net-testing-patterns

Write unit and integration tests for Akka.NET actors using modern Akka.Hosting.TestKit patterns. Covers dependency injection, TestProbes, persistence testing, and actor interaction verification. Includes guidance on when to use traditional TestKit.

api-design

Design stable, compatible public APIs using extend-only design principles. Manage API compatibility, wire compatibility, and versioning for NuGet packages and distributed systems.

aspire-configuration

Configure Aspire AppHost to emit explicit app config via environment variables; keep app code free of Aspire clients and service discovery.

aspire-integration-testing

Write integration tests using .NET Aspire

aspire-service-defaults

Create a shared ServiceDefaults project for Aspire applications. Centralizes OpenTelemetry, health checks, resilience, and service discovery configuration across all services.

crap-analysis

Analyze code coverage and CRAP (Change Risk Anti-Patterns) scores to identify high-risk code. Use OpenCover format with ReportGenerator for Risk Hotspots showing cyclomatic complexity and untested code paths.

csharp-concurrency-patterns

Choosing the right concurrency abstraction in .NET - from async/await for I/O to Channels for producer/consumer to Akka.NET for stateful entity management. Avoid locks and manual synchronization unless absolutely necessary.

database-performance

Database access patterns for performance. Separate read/write models, avoid N+1 queries, use AsNoTracking, apply row limits, and never do application-side joins. Works with EF Core and Dapper.

dependency-injection-patterns

Organize DI registrations using IServiceCollection extension methods. Group related services into composable Add* methods for clean Program.cs and reusable configuration in tests.

dotnet-devcert-trust

Diagnose and fix .NET HTTPS dev certificate trust issues on Linux. Covers the full certificate lifecycle from generation to system CA bundle inclusion, with distro-specific guidance for Ubuntu, Fedora, Arch, and WSL2.

dotnet-project-structure

Modern .NET project structure including .slnx solution format, Directory.Build.props, central package management, SourceLink, version management with RELEASE_NOTES.md, and SDK pinning with global.json.

dotnet-slopwatch

Use Slopwatch to detect LLM reward hacking in .NET code changes. Run after every code modification to catch disabled tests, suppressed warnings, empty catch blocks, and other shortcuts that mask real problems.

efcore-patterns

Entity Framework Core best practices including NoTracking by default, query splitting for navigation collections, migration management, dedicated migration services, and common pitfalls to avoid.

ilspy-decompile

Understand implementation details of .NET code by decompiling assemblies. Use when you want to see how a .NET API works internally, inspect NuGet package source, view framework implementation, or understand compiled .NET binaries.

mailpit-integration

Test email sending locally using Mailpit with .NET Aspire. Captures all outgoing emails without sending them. View rendered HTML, inspect headers, and verify delivery in integration tests.

marketplace-publishing

Workflow for publishing skills and agents to the dotnet-skills Claude Code marketplace. Covers adding new content, updating plugin.json, validation, and release tagging.

Verwandte Skills