NuGet Manager einrichten und sicher in .NET-Projekten einsetzen

Dieser Leitfaden beschreibt die Einrichtung des offiziellen NuGet-Manager-Skills aus github/awesome-copilot. Der Skill wird in der von Ihrem Coding-Agenten unterstützten Skill-Struktur abgelegt oder über die jeweilige Agentenkonfiguration referenziert. Verwenden Sie ausschließlich die offizielle Quelldatei und prüfen Sie Änderungen am Skill wie jeden anderen externen Inhalt.

Voraussetzungen

Für die praktische Paketpflege benötigen Sie ein installiertes .NET SDK, eine erreichbare dotnet CLI und ein vorhandenes .NET-Projekt oder eine Solution. Die Versions- und Paketregeln aus dem Skill sind für Arbeitsumgebungen mit Projektdateien, Directory.Packages.props und einer konfigurierten NuGet-Quelle formuliert. Die offizielle Microsoft-Dokumentation bleibt für die Details der installierten SDK-Version maßgeblich.

Skill laden und Projektgrenzen festlegen

Laden Sie den Inhalt von skills/nuget-manager in das lokale Skill-Verzeichnis Ihres Agenten. Teilen Sie dem Agenten anschließend den konkreten Projekt- oder Solution-Bereich und das Ziel der Änderung mit. Lassen Sie zuerst feststellen, ob das Paket bereits referenziert wird und ob die Version projektbezogen oder zentral verwaltet wird. Diese Vorprüfung verhindert, dass eine zentrale Regel versehentlich durch eine lokale Änderung umgangen wird.

Änderung prüfen und wiederherstellen

Bei einer neuen oder zu entfernenden Referenz soll der Agent den vorgesehenen dotnet-Workflow verwenden. Bei einer reinen Versionsänderung darf die bestehende Versionsangabe direkt angepasst werden, nachdem die Zielversion auf NuGet verifiziert wurde. Danach ist eine Wiederherstellung der Abhängigkeiten erforderlich. Prüfen Sie die resultierenden Projektdateien, Sperrdateien und Restore-Meldungen. Lassen Sie anschließend den vorhandenen Build oder die relevanten Tests laufen, sofern das Projekt diese Prüfungen bereitstellt.

Review und Schutzmaßnahmen

Übernehmen Sie keine Paketänderung ohne Diff-Review. Achten Sie auf unerwartete Quellen, Framework-Konflikte, neue transitive Abhängigkeiten und Lizenzanforderungen. Zugangsdaten für private Feeds gehören in die sichere lokale Konfiguration und niemals in Prompts, Logs oder Commits. Ein Agent darf bei unklarer Paketidentität oder unklarer Versionsverwaltung anhalten und eine Rückfrage stellen. Diese Vorsicht ist besonders wichtig, weil eine kleine Abhängigkeitsänderung den Build und die Lieferkette beeinflussen kann.