Freigeben über

Anmerkungen zu Version 4.0 RTM von NuGet

  • Artikel

In Visual Studio 2017 ist NuGet 4.0 enthalten. Dieses wurde in Qualität und Leistungsfähigkeit verbessert und erweitert die Funktionalität von Visual Studio um Unterstützung für .Net Core. Die Verbesserungen in diesem Release betreffen die Unterstützung für PackageReference, NuGet-Befehle als MSBuild-Ziele, die Paketwiederherstellung im Hintergrund und vieles mehr.

Bekannte Probleme

Möglicher Fehler bei der NuGet-Wiederherstellung, wenn mehrere Projekte vorhanden sind, die auf ein anderes Projekt in einer Projektmappe verweisen

Problem

Die NuGet-Wiederherstellung funktioniert möglicherweise nicht, wenn in einer Projektmappe Projektverweise auf das gleiche Projekt mit abweichender Groß-/Kleinschreibung oder mit anderen relativen Pfaden vorhanden sind. NuGet#4574

Problemumgehung

Ändern Sie die Schreibweisen bzw. relativen Pfade so, dass sie für alle Projektverweise übereinstimmen.

Beim Verwenden der Paket-Manager-Konsole funktioniert die EINGABETASTE ggf. nicht

Problem

Gelegentlich kann es vorkommen, dass die EINGABETASTE in der Paket-Manager-Konsole nicht funktioniert. Wenn dieses Problem auftritt, überprüfen Sie den Fortschritt für diese Korrektur und stellen Sie zusätzliche hilfreiche Informationen zu den Reproduktionsschritten bereit. NuGet#4204 NuGet#4570

Problemumgehung

Starten Sie Visual Studio neu und öffnen Sie die Paketverwaltungskonsole, bevor Sie die Projektmappe öffnen. Alternativ können Sie versuchen, die Datei project.lock.json zu löschen und dann erneut wiederherzustellen.

In .NET Core-Projekten kann eine Wiederherstellungsendlosschleife auftreten, wenn Sie ein Paket mit einer Assembly verwenden, die eine ungültige Signatur enthält

Problem

Bei der Verwendung eines Pakets mit einer Assembly, die eine ungültige Signatur enthält, oder beim Festlegen der Paketversion mit dem DateTime-Ticker tritt gelegentlich bei der automatischen Paketwiederherstellung eine Endlosschleife auf. NuGet#4542

Problemumgehung

Dieses Problem kann derzeit nicht vermieden werden.

Sie können DotNetCLITools nicht mit dem NuGet-Paket-Manager anzeigen, hinzufügen oder aktualisieren.

Problem

Der NuGet-Paket-Manager zeigt die DotNetCLITools nicht an und ermöglicht auch kein Hinzufügen/Aktualisieren dieser Tools. NuGet#4256

Problemumgehung

DotNetCLIToolReferences muss in der Projektdatei manuell bearbeitet werden.

Bei der NuGet-Wiederherstellung tritt ein Fehler auf, wenn Sie PackageId-Eigenschaft für Projekte festlegen

Problem

Bei .NET Core-Projekten respektiert die NuGet-Wiederherstellung in Visual Studio die PackageId-Eigenschaft von Projekten nicht. NuGet#4586

Problemumgehung

Führen Sie die Wiederherstellung mithilfe der Befehlszeile aus.

Wenn das Projekt keinen Ordner „obj“ aufweist, tritt bei der Paketwiederherstellung ggf. ein Fehler auf

Problem

Visual Studio stellt PackageReferences nicht wieder her, wenn der Ordner „obj“ gelöscht wurde. NuGet#4528

Problemumgehung

Erstellen Sie den Ordner „obj“ manuell. Die Wiederherstellung sollte dann funktionieren.

Beim manuellen Aktualisieren von Paketen mithilfe von „Update-Paket“ in der Konsole tritt ggf ein Fehler auf

Problem

Das manuelle Verwenden von „Update-Package“ in der Konsole funktioniert nur für PackageReferences-Projekte, die soeben konvertiert wurden. NuGet#4431

Problemumgehung

Dieses Problem kann derzeit nicht vermieden werden.

Die Neuzuweisung der Framework-Zielversion kann zu unvollständigen IntelliSense-Funktionen führen

Problem

Die Neuzuweisung der Framework-Zielversion kann zu unvollständigen IntelliSense-Funktionen in Visual Studio führen. Dies geschieht, wenn Sie PackageReferences als Paket-Manager-Format verwenden. NuGet#4216

Problemumgehung

Führen Sie eine manuelle Wiederherstellung aus.

Fehler von „msbuild /t:restore“ , wenn ein Projekt, das .NET461 als Ziel verwendet, auf ein anderes Projekt verweist, das .NETStandard verwendet

Problem

Bei „msbuild /t:restore“ tritt ein Fehler auf, wenn ein auf PackageReference basierendes Projekt mit dem Ziel .NET461 auf ein anderes auf PackageReference basierendes Projekt verweist, das .NETStandard verwendet. NuGet#4532

Problemumgehung

Dieses Problem kann derzeit nicht vermieden werden.

Im Rahmen von NuGet 4.0 RTM behobene Probleme

In den Anmerkungen zu Version 4.0 RC von NuGet werden alle für NuGet 4.0 RC behobenen Probleme aufgeführt.

Features

  • Lokalisieren von Zeichenfolgen in „NuGet.Core.sln“ (#2041)

  • NuGet erzwingt das Laden von Webanwendungsprojekten im LSL-Modus (#4258)

  • Unterstützung für das PackageReference-Element mit der AutoReferenced-Eigenschaft, um Versionsänderungen in der Benutzeroberfläche für mit dem SDK installierte Pakete zu blockieren (#4044)

  • Ordnungsgemäßes Übermitteln von „PackageSpec.Version“ für alle Projektabhängigkeiten (PackageRef) (#3902)

  • Unterstützung für das Entfernen von Verweisen in der .csproj-Datei über die Befehlszeile (#4101)

  • Unterstützung für das Wiederherstellen von PackageReference-Projekten (normal und XPlat) und für den Lightweight-Ladevorgang für Projektmappen (#4003)

  • Unterstützung für das Hinzufügen von Verweisen in der .csproj-Datei über die Befehlszeile (#3751)

  • Unterstützung der NuGet-Wiederherstellung für den Lightweight-Ladevorgang für Projektmappen für packages.config oder project.json - (#3711)

  • Unterstützung für „contentFiles“ in durch NuGet generierten Zieldateien (#3683)

  • Einrichten einer Mono-CI mithilfe von MSBuild für die Überprüfung von „nuget.exe“ unter Mac (#3646)

  • Verschieben von NuGet aus den NuGet.Core-Abhängigkeiten (V2) (#3645)

Fehler

  • Die NuGet-Wiederherstellung in Visual Studio berücksichtigt die PackageId-Eigenschaft von Projekten nicht #4586

  • NuGet-Fehler „ProjectSystemCache“, wenn Pakete zum VSIX-Paket hinzugefügt werden (#4545)

  • Beim Packen wird eine Ausnahme ausgelöst, wenn IncludeSource in einem Projekt mit mehreren TFMs verwendet wird (#4536)

  • Visual Studio 2017 RC3 stürzt ab, wenn ein Update für die projektmappenweite Paketverwaltung verwendet wird (#4474)

  • Ein neu installiertes Paket kann nicht deinstalliert werden (#4435)

  • Wenn zu PackageRef migriert wird, weisen hybride Projektmappen ein merkwürdiges Verhalten bei der Wiederherstellung auf (#4433)

  • Wenn der Buildvorgang kurz nach dem Starten eines NuGet-Vorgangs (Installieren, Aktualisieren, Wiederherstellen) ausgeführt wird, kann dies zu einem Absturz von Visual Studio führen (#4420)

  • Benutzeroberfläche reagiert nicht: Deadlock beim Initialisieren von NuGet.SolutionRestoreManager.RestoreManagerPackage (#4371)

  • Der Befehl „add package“ sollte Versionen statt Elemente als Attribut hinzufügen (#4325)

  • dotnet

    • „dotnet Restore foo.sln“ schlägt fehl, wenn Konfigurationen in SLN dazu führen, dass Projekte im Wiederherstellungsdiagramm dupliziert werden (mit verschiedenen Konfigurationen) (#4316)

  • Pakete, die nur Inhalte enthalten (#3668)

  • Die Option des Selektors für das Paketformat standardmäßig deaktivieren (#4468)

  • Leistung: Das Projekt „CreateUAP_CSharp_VS.01.1.Create“ wurde zurückgesetzt, „Duration_TotalElapsedTime“ liegt bei 3.153,570 ms (149,1%) – Baseline 26129,02 (#4452)

  • Leistung: Die Projektmappe „ManagedLangs_CS_DDRIT.0300.Rebuild“ wurde zurückgesetzt, „Duration_TotalElapsedTime“ liegt bei 1,5 Sekunden – Baseline 26105 (#4441)

  • Die Nominierung schlägt in Projekten mit mehreren TFMs fehl (#4419)

  • Leistung: Die Projektmappe „WebForms_DDRIT.1200.Close“ wurde zurückgesetzt, „VM_ImagesInMemory_Total_devenv“ liegt bei 3,000 (0,5%) – Baseline 26123,04 (#4408)

  • vsfeedback: Warnungen beim Packen, wenn netcoreapp1.1 angezielt wird (#4397)

  • „PathTooLongException“ wird ausgelöst, wenn versucht wird, ein neues NuGet-Paket zu einer leeren ASP.NET Core-Webanwendung hinzuzufügen (#4391)

  • „Pack“ wird zu häufig ausgeführt (dotnet)

    • „dotnetcore pack“ schlägt mit der Fehlermeldung „Im Zielabhängigkeitsdiagramm besteht eine Ringabhängigkeit im Zusammenhang mit Ziel ‚Pack‘.“ fehl (#4381)

  • „Pack“ wird zu häufig ausgeführt: Beim Generieren von NuGet-Paketen sind nicht alle Konfigurationen enthalten (#4380)

  • „NullReferenceException“ wird beim Hinzufügen von NuGet mit „PackageRef“ in C++-Projekten ausgelöst (#4378)

  • Barrierefreiheit: Die Sprachausgabe gibt das Kontrollkästchen nicht aus, das für das Auswählen der Projekte verwendet wird, für die die Pakete installiert werden sollen (#4366)

  • Das Herstellen einer Verbindung von NuGet für Visual Studio 2017 mit VSO- und VSTS-Feeds schlägt fehl (Visual Studio-Fehler 365798) (#4365)

  • „contentFiles“ speichert die Ausgabe am falschen Ort, wenn „PackagePath“ den Pfad als „contentFiles“ angibt (#4348)

  • Beim Packen des Ziels wird die PackageVersion-Eigenschaft mit dem Versionssuffix angefügt (#4324)

  • Das Angeben des Paketpfads funktioniert mit „dotnet pack“ nicht (#4321)

  • NuGet gibt während der Wiederherstellung einige Warnungen zu doppelten Importen aus (#4304)

  • Das Dialogfeld für das Auswählen des Formats des NuGet-Paket-Managers sieht im dunklen Design nicht gut aus (#4300)

  • Visual Studio stürzt beim Wiederherstellen des Builds ab (#4298)

  • Bei Visual Studio tritt ein Deadlock auf, wenn Sie den TFM zu Zielframeworks hinzufügen und dann speichern und einen Build durchführen (in 10% der Fälle) (#4295)

  • „nuget pack“ gibt keine Meldung beim erfolgreichen Packen eines Projekts aus (#4294)

  • „PackTask“ schlägt fehl, da System.IO.Compression 4.1 nicht gefunden werden konnte (#4290)

  • „Pack“ wird zu häufig ausgeführt: „PackTask“ schlägt regelmäßig wegen Konflikten beim Dateizugriff fehl (#4289)

  • NuGet öffnet das Ausgabefenster während der Wiederherstellung im Hintergrund (#4274)

  • Beseitigen von „ServiceProvider“ als riskantes Codierungsmuster (das zu Abstürzen führen kann) (#4268)

  • Leistung/Benutzeroberfläche reagiert nicht: Verbessern der Lesevorgänge von DownloadTimeoutStream (#4266)

  • Bei Visual Studio tritt ein Deadlock auf, wenn Sie versuchen, ein Projekt zu schließen, bevor die Wiederherstellung von NuGet abgeschlossen ist (#4257)

  • Probleme mit „PackTask“ und dem Packen von .nuspec - #4250

  • [vsfeedback] NuGet-Pakete können für neue Projekte nicht aufgelöst werden (Visual Studio muss neu gestartet werden) (#4217)

  • [vsfeedback] Das Dropdownmenü „Version“, das die verfügbaren Paketversionen anzeigt, bleibt nicht synchron mit dem ausgewählten NuGet-Paket (#4198)

  • Nuget.Client sollte „JoinableTaskFactory“ bei der Interaktion mit CPS verwenden, um Deadlocks zu verhindern (#4185)

  • NuGet 3.5.0 entpackt .targets nicht aus dem Paket (#4171)

  • dotnet

    • „dotnetcore pack“ unterstützt in .csproj - keine Titel (#4150)

  • „Install-Package“ führt zu einer Fehlermeldung in Visual Studio 2017 RC (#4127)

  • Das Aktualisieren eines Pakets für .NET Core-Projekte scheint nicht zu funktionieren, da die Benutzeroberfläche das CPS-Update nicht erhält - (#4035)

  • Verbesserung der Warnung für nicht aufgelöste Verweise (#3955)

  • dotnet

    • „dotnetcore pack“: „ProjectReference“ verliert die Versionsinformationen (#3953)

  • Regression der insgesamt verstrichenen Zeit von „Erstellen einer UWP-App“, „Erstellen eines Projekts“ und „Neuerstellen“ (#3873)

  • Die Meldung für die erfolgreiche Wiederherstellung wird auch angezeigt, wenn während der Wiederherstellung ein Fehler auftritt - #3799

  • Erneutes Veröffentlichen von Nuget.CommandLine 3.4.4 auf nuget.org (#2931)

  • Beim Migrieren ändert sich das Projekt von project.json in .csproj und die Wiederherstellung schlägt fehl (#4297)

  • Die Wiederherstellung des neu erstellten xUnit-Testprojekts schlägt fehl (#4296)

  • Core-Projekte reagieren möglicherweise nicht, die Benutzeroberfläche wird beim Öffnen gesperrt (#4269)

  • Fehlerbehebung bei der TARGETS-Datei für Buildaufgaben (#4267)

  • Die Fehlerliste enthält einen Fehler nach dem Erstellen der Projektmappe, der das Projekt entlädt, auf das verwiesen wird (#4208)

  • MSB4057: „Das Ziel ‚_GenerateRestoreGraphProjectEntry‘ ist im Projekt nicht vorhanden.“ - (#4194)

  • vsfeedback: Die Benutzeroberfläche des NuGet-Managers für Projektmappen stürzt ab, wenn alle Projekte ausgewählt werden (#4191)

  • „MSBuildPath“ von „nuget.exe“ schlägt fehl, wenn ein nachgestellter Schrägstrich vorhanden ist (#4180)

  • vsfeedback: Die Wiederherstellung von NuGet gibt für das LinqToTwitter-Projekt mehrere Warnungen für Projektverweise aus (#4156)

  • Beim Packen von .csproj aus wird das Attribut „minClientVersion“ nicht eingeschlossen (#4135)

  • „NuGet.Build.Tasks.Pack.dll“ wird in Visual Studio 2017 als verzögert signiert (d15rel 26014.00) (#4122)

  • VSFeedback: Wiederherstellung eines Visual Studio 2015-Projekts, das mit CMake 3.7.1 generiert wurde, schlägt fehl (#4114)

  • VSFeedback: Fehler bei der Wiederherstellung können die umfangreicheren Fehlermeldungen des Builds verdecken (#4113)

  • [VSFeedback] Fehler beim Wiederherstellen von NuGet-Paketen für das Websiteprojekt: „Der Wert darf nicht NULL sein.“ - #4092

  • Bei der Migration wird eine Ausnahme beim Objektverweis in „NuGet.PackageManagement.VisualStudio.SolutionRestoreWorker“ ausgelöst (#4067)

  • dotnet

    • „dotnetcore pack“ sollte Tools mit den Versionen packen, für die das Paket erstellt wurde (#4063)

  • Die neue Wiederherstellung im Hintergrund zeigt Millisekunden in der Statusleiste an, obwohl die Wiederherstellung mehrere Sekunden dauert (#4036)

  • Tippfehler bei „Fehler beim Auflösen aller Projektverweise...“ (#4018)

  • Aktivieren von PCM-Workflows in Szenarios mit Paketverweisen (#4016)

  • Die installierten Pakete können auf der Benutzeroberfläche des Paket-Managers nicht gefunden werden (#4015)

  • dotnet

    • „dotnetcore pack“ schlägt fehl, wenn „PackagePath“ leer ist (#3993)

  • Die Wiederherstellungsaufgabe schlägt in Szenarios mit mehreren Benutzern fehl (#3897)

  • Der Inhaltstyp kann nicht geändert werden, wenn mithilfe der NuGet-Packaufgabe gepackt wird (#3895)

  • Die Standardkopien von „ContentFiles“ sind für „MsBuild /t:pack“ falsch (#3894)

  • Bei der Installation der Paketwiederherstellung wird die Meldung für das Wiederherstellen von Paketen doppelt protokolliert (#3785)

  • Entfernen der Sicherungen: Die Wiederherstellung des Abschnitts „Runtimes“ sollte nur für das aktuelle Projekt gelten (#3768)

  • Die Packaufgabe fügt Inhaltsdateien in „content/“ und „contentFiles/“ ein (#3718)

  • dotnet

    • „dotnetcore pack3“ teilt Tags zusätzlich (#3701)

  • dotnet

    • „dotnetcore pack“: Beim Packen von Projekten mit Paketverweisen wird eine Warnung wegen doppelten Imports ausgegeben (#3665)

  • Die Wiederherstellungsprotokollierung wird in Visual Studio nicht immer angezeigt (#3633)

  • Der lokale Hilfetexte in NuGet erwähnt weiterhin den Paketcache (#3592)

  • „Restore3“ koppelt „PackageReferences“ mit „TargetFrameworks“ - #3504

  • NuGet wählt in der Eingabeaufforderung von VS „15“ Developer (Vorschauversion 4) eine unerwartete Version von MSBuild aus (#3408)

  • TARGETS- und PROPS-Dateien sollten auch bei einer fehlerhaften Wiederherstellung geschrieben werden (#3399)

  • NuGet berücksichtigt während der Wiederherstellung nicht die gleichen Kompatibilitätsshims wie MSBuild, wenn diese über die Visual Studio 2015-Eingabeaufforderung durchgeführt wird (#3387)

  • Reaktivieren von „PackFromProjectWithDevelopmentDependencySet“ für Visual Studio 2015 (#3272)

  • Probleme bei Blend mit NuGet (#4043)

  • Integrieren von 4.0.0.2067 in CLI- und SDK-Repositorys für die Bereitstellung mit RC2 (#4029)

  • Visual Studio reagiert nicht, wenn eine neue Core-Konsolen-App erstellt und eine Projektmappe geschlossen, geöffnet und dann wieder geschlossen wird (#4008)

  • Absturz beim Öffnen des Projekts mit „d15prerel.25916.01“ (#3982)

  • Fehler bei der doc/help-Meldung für lokale Variablen von dotnet bzw. „nuget.exe“ (#3919)

  • Überprüfen von „PackTask“ nach Problemen mit vorangestellten oder nachstehenden Leerräumen (#3906)

  • dotnet

    • „dotnetcore pack“ packt aus „obj“, nicht aus „bin“ (#3880)

  • dotnet

    • „dotnetcore pack“ scheint die Version von „ProjectReference“ immer auf 1.0.0 festzulegen (#3874)

  • dotnet

    • dotnetcore pack schlägt trotz Projektverweisen und <TargetFramework> fehl – #3865

  • „LockRecursionException“ in „ProjectSystemCache.TryGetProjectNameByShortName“ (#3861)

  • Leerräume aus MSBuild-Eigenschaften entfernen (#3819)

  • Konsolidieren der beiden Projektereignisse, die beim Laden des Projekts ausgelöst werden (#3759)

  • Die P2P-Bibliotheken in der project.assets.json-Datei besitzen die falsche Version (#3748)

  • Die Wiederherstellung stürzt aufgrund eines nicht reagierenden Feeds und eines nicht verfügbaren Pakets ab (#3672)

  • „nuget.exe“ reagiert bei einer großen Menge von Fehlerausgaben von MSBuild möglicherweise nicht (#3572)

  • Die Wiederherstellung während des Builds schlägt für Blend beim ersten Mal fehl, ist beim zweiten Mal jedoch erfolgreich (behobenes Visual Studio-Szenario) (#2121)

DCRs

  • Migrieren von V2 VSIX zu V3 VSIX (#4196)

  • NuGet sollte über einen Mechanismus verfügen, um den Pfad für die Sperrdatei in MSBuild abzurufen (#3351)

  • Hinzufügen von Buildobjekten zu der Kompatibilitätsprüfung und der Objektdatei des TFM (#3296)

  • Definieren einer neuen „ProjectCapability“ namens „Pack“ in den Packzielen zum Aktivieren von Paketfunktionen (#4146)

  • Ausführen von Packzielen als Postbuildziel bedingt durch die MSBuild-Eigenschaft „GeneratePackageOnBuild“ (#4145)

  • Verwenden der NuGet-Eigenschaft „RestoreProjectStyle“ zum Erstellen eines spezifischen NuGet-Projekts (#4134)

  • Anpassen der Wiederherstellung für geänderte transitive Projektverweise (#4076)

  • Hinzufügen von NuGet-Eigenschaften zur Zieldatei für Nicht-UWP-Projekte (#4030)

  • UWP-Unterstützung für „TargetPlatformVersion“ (#3923)

  • Übermitteln der Projektverweismetadaten an das NuGet-Projektsystem (#3922)

  • Hinzufügen der Benutzeroberfläche für den Packmodus (#3921)

  • Für die veraltete .csproj-Datei müssen „NugetTargetMoniker“ und „RuntimeIdentifiers“ im Projekt und in den Zielen festgelegt sein (#3854)

  • Das Installieren des Pakets überschneidet sich möglicherweise mit der automatischen Wiederherstellung (#3836)

  • Das Kontextmenü „QueryStatus“ wird nicht angezeigt, wenn „VSPackage“ nicht geladen wird (#3835)

  • Beim Wiederherstellen von Projektmappen und Builds werden weiterhin Dialogfelder angezeigt (#3789)

  • Isolieren der VSSDK-Version während des Projektmappenbuilds von „NuGet.Clients“ (#3890)

Probleme: Liste 1
Probleme: Liste 2
Probleme: Liste 3
Probleme: Liste 4
Probleme: Liste 5