Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
NuGet-Verteilerfahrzeuge:
| NuGet-Version | Verfügbar in der Visual Studio-Version | Verfügbar in .NET SDK(s) |
|---|---|---|
| 7.6.0 | Visual Studio 2026, Version 18.6.0 | 10.0.3001 |
1 In Visual Studio 2026 mit beliebigem .NET-Workload installiert
Zusammenfassung: Neuerungen in 7.6.0
Behandeln von TargetFramework-Werten als Aliase - #5154
- Dieses Feature ermöglicht das Erstellen für dasselbe Framework mehrmals, sodass Szenarien wie das Generieren von laufzeitspezifischen Assemblys für dasselbe Zielframework sowie das Ausführen von Benchmarks für verschiedene Versionen desselben Pakets vereinfacht werden.
- Weitere Informationen zu TargetFramework-Aliasen
Paket kennt Framework-Aliasse - #14751
- Wenn ein Projekt mehrere TargetFramework-Aliase aufweist, die sich in dasselbe Framework auflösen, erkennt
dotnet packjetzt diese Mehrdeutigkeit und meldet NU5051 mit einer aussagekräftigen Fehlermeldung, anstatt unerwartete Ausgabe zu erzeugen.
- Wenn ein Projekt mehrere TargetFramework-Aliase aufweist, die sich in dasselbe Framework auflösen, erkennt
Paketverwaltungs-APIs für dateibasierte Apps – #14390
- NuGet stellt jetzt APIs bereit, die
dotnet package add,list,removeundupdatefür dateibasierte Anwendungen verwenden, die in C#-Quelldateien mit#:package-Direktiven auf Pakete verweisen.
- NuGet stellt jetzt APIs bereit, die
Push-API-Schlüssel aus Umgebungsvariable lesen - #12539
-
dotnet nuget pushkann nun den API-Schlüssel aus einer Umgebungsvariable lesen und vermeiden, dass geheime Schlüssel in der Befehlszeile übergeben oder in Konfigurationsdateien gespeichert werden müssen.
-
In diesem Release behobene Probleme
nuget pushsendet die CI-Plattform im User-Agent-Header - #14740-
nuget.exe pushenthält jetzt die CI-Plattform (Azure DevOps, GitHub Actions und andere) im HTTP-Benutzer-Agent-Header, sodass Paketquellen erkennen können, wo Pushs stammen.
-
dotnet add package --no-restoremit der zentralen Paketverwaltung produziert NU1008 - #12552 nicht mehr- Bei Verwendung von
dotnet add package --no-restorewird jetztPackageReferenceohne einVersion-Attribut korrekt hinzugefügt, anstatt einen Wiederherstellungsfehler zu verursachen.
- Bei Verwendung von
Beheben des Fehlers
Add-Migrationin Paket-Manager Console – #14862- Beim Ausführen von
Add-Migrationin der NuGet-Paket-Manager-Konsole tritt der Fehler „GetProjectFromHierarchy must be called on the UI thread“ nicht mehr auf.
- Beim Ausführen von
NuGetAuditSuppressunterstützt jetzt in packages.config mehrere Unterdrückungen – #14825- Zuvor wurde nur der erste
NuGetAuditSuppressEintrag in packages.config Projekten berücksichtigt. Alle Unterdrückungen werden jetzt richtig angewendet.
- Zuvor wurde nur der erste
Korrigieren der Designanpassung des Kontextmenüs im Suchfeld der Package-Manager-Benutzeroberfläche – #14799
- Das per Rechtsklick aufgerufene Kontextmenü im Suchfeld der Benutzeroberfläche des NuGet-Paket-Managers folgt nun dem Visual-Studio-Farbschema.
Beheben von NuGetProjectServiceV1 für Out-of-Process-Consumer – #14732
- Der
NuGetProjectServiceV1Brokerdienst verwendet jetzt die korrekten Serialisierungseinstellungen, sodass er von Visual Studio-Erweiterungen außerhalb des Prozesses genutzt werden kann.
- Der
Darstellung der Kontextmenüs in den Kopiermenüs der Package-Manager-Oberfläche korrigieren – #14704
- Die Kontextmenüs zum Kopieren per Rechtsklick auf der Registerkarte „Paketdetails“ der Paket-Manager-Benutzeroberfläche entsprechen nun dem Visual-Studio-Farbschema.
dotnet list package --vulnerablezeigt jetzt Sicherheitsanfälligkeiten für veraltete Pakete - #14477- Zuvor wurden Keine Sicherheitsrisikoinformationen für Paketversionen angezeigt, die sowohl anfällig als auch veraltet waren. Beide Status werden jetzt gemeldet.
dotnet list packagebedingte TargetFramework-Werte richtig auflösen - #14339-
dotnet list packageschlägt nicht mehr fehl, wenn ein Projekt einen Eigenschaftswert von TargetFramework verwendet, der einem echten Frameworkbezeichner entspricht, z. B.net9.0-windowsmit bedingtenPackageReference-Elementen.
-
Verbesserte NU1107-Fehlermeldung mit zentraler Paketverwaltung und transitivem Anheften – #12277
- Der Versionskonfliktfehler NU1107 gibt jetzt relevante Hinweise aus, wenn die zentrale Paketverwaltung mit transitiver Anheftung aktiviert ist, anstatt Aktionen vorzuschlagen, die in dieser Konfiguration nicht anwendbar sind.
Behebt NU1004 für frameworkübergreifende Referenzen im gesperrten Modus - #12010
- Beim Wiederherstellen mit
--locked-modewird kein falscher NU1004-Fehler mehr erzeugt, wenn ein .NET Projekt auf ein .NET Framework-Projekt verweist.
- Beim Wiederherstellen mit
Behebung des intermittierenden Fehlers „SDK konnte nicht aufgelöst werden“ bei parallelen Wiederherstellungen – #10935
- Parallele
dotnetRestorevorgänge schlagen nicht mehr intermittierend mit „SDK konnte nicht aufgelöst werden“ fehl, wenn das Paket bereits im globalen Paketordner installiert ist.
- Parallele
Liste der Commits in dieser Version
Beiträge der Gemeinschaft
Vielen Dank an alle Mitwirkenden, die geholfen haben, diese NuGet-Version großartig zu machen!
- nareshjo
- jjonescz
-
SimonCropp
- 7224 Verwenden Sie für TargetAlias den Ordinalvergleich von Zeichenfolgen
-
elantiguamsft
- 7201 Flag --allow-untrusted-root zu nuget sign und dotnet nuget sign hinzufügen
-
Slang25
-
7148 Behebung von
dotnet add package --no-restore, das die zentrale Paketverwaltung ignoriert
-
7148 Behebung von