Vanliga frågor och svar om NuGet

All information om både användargränssnittet och kommandoradsverktygen finns i Installationsguide.

Kommandoradsverktyget nuget.exe, bygger och körs vanligtvis under Windows. NuGet kan köras på Unix-operativsystem med mono, men stöds inte officiellt av NuGets supportprincip.

Mono har överfört ägarskapet till Wine och underhålls inte längre av Microsoft.

Den primära källan för att lära sig om ett paket är dess listsida på nuget.org (eller ett annat privat flöde). Varje paketsida på nuget.org innehåller en beskrivning av paketet, dess versionshistorik och användningsstatistik. Avsnittet Info på paketsidan innehåller också en länk till projektets webbplats där du vanligtvis hittar många exempel och annan dokumentation som hjälper dig att lära dig hur paketet används.

Mer information finns i Hitta och välja paket.

• Visual Studio i Windows stöder Package Manager-användargränssnittet och Package Manager-konsolen.
• Visual Studio för Mac har inbyggda NuGet-funktioner enligt beskrivningen i Including a NuGet package in your project.
• Visual Studio Code (alla plattformar) har ingen direkt NuGet-integrering. Använd NuGet CLI- eller dotnet CLI-.
• Azure DevOps tillhandahåller ett byggsteg för att återställa NuGet-paket. Du kan också värd för privata NuGet-paketflöden på Azure DevOps.

I Visual Studio använder du kommandot Hjälp > Om Microsoft Visual Studio och tittar på den version som visas bredvid NuGet Package Manager.

Du kan också starta Package Manager-konsolen (Tools > NuGet Package Manager > Package Manager Console) och ange $host för att se information om NuGet, inklusive versionen.

NuGet fungerar vanligtvis för .NET-språk och är utformat för att föra in .NET-bibliotek i ett projekt. Eftersom det även stöder MSBuild och Visual Studio-automatisering i vissa projekttyper, stöder det även andra projekt och språk i olika grad.

Den senaste versionen av NuGet stöder C#, Visual Basic, F#, WiX, C++och Q#.

NuGet har fullt stöd för en mängd olika projektmallar som Windows, Web, Cloud, SharePoint, Wix och så vidare.

Gå till fliken Uppdateringar i package manager-användargränssnittet och välj Uppdatera allaeller använd kommandot Update-Package från Package Manager-konsolen.

Om du vill uppdatera själva mallen måste du uppdatera malllagringsplatsen manuellt. Se Xavier Decosters blogg om detta ämne. Observera att detta görs på egen risk eftersom manuella uppdateringar kan skada mallen om den senaste versionen av alla beroenden inte är kompatibel med varandra.

Ja, NuGet fungerar direkt från kommandoraden. Se Installationsguide och CLI-referensen.

Se installationsguiden för . Om du vill kontrollera den aktuella installerade versionen av verktyget använder du nuget help.

Du får omdistribuera nuget.exe enligt villkoren i MIT-licensen. Du ansvarar för att uppdatera och underhålla kopior av nuget.exe som du väljer att omdistribuera.

Ja, det går att lägga till anpassade kommandon i nuget.exe, enligt beskrivningen i Rob Reynolds inlägg tillgängligt via Archive.org.

Det översta objektet i Visual Studio Automation-objektmodellen kallas för objektet DTE (Development Tools Environment). Konsolen tillhandahåller detta via en variabel med namnet $DTE. Mer information finns i Översikt över Automation-modell i dokumentationen för Utökningsbarhet i Visual Studio.

Det här är ett känt problem med hur PowerShell interagerar med ett COM-objekt. Prova följande:

`$dte2 = Get-Interface $dte ([EnvDTE80.DTE2])`

Get-Interface är en hjälpfunktion som lagts till av NuGet PowerShell-värden.

Se Skapa och publicera ett paket.

Se stöd för flera .NET Framework-versioner och -profiler.

Se översikten över Hosting-paket.

Se Masspublicering av NuGet-paket (jeffhandly.com).

Ja, se Scott Hanselmans blogginlägg How to access NuGet when nuget.org is down (or you're on a plane) (hanselman.com).

Ange inställningen repositoryPath i Nuget.Config med hjälp av nuget config -set repositoryPath=<path>.

Ange disableSourceControlIntegration i Nuget.Config till true. Den här nyckeln fungerar på lösningsnivå och måste därför läggas till i filen $(Solutiondir)\.nuget\Nuget.Config. När du aktiverar paketåterställning från Visual Studio skapas den här filen automatiskt.

Se Aktivera och inaktivera paketåterställning.

Du måste välja källan Alla när du installerar ett lokalt paket i projektet. Detta aggregerar alla feeds i stället för att bara använda en. Anledningen till att det här felet visas är att användare av en lokal lagringsplats ofta vill undvika att oavsiktligt installera ett fjärrpaket på grund av företagsprinciper.

I de flesta projekt där separata projekt finns i separata mappar är detta inte ett problem eftersom NuGet identifierar de packages.config filerna i varje projekt. Med NuGet 3.3+ och flera projekt i samma mapp kan du infoga namnet på projektet i packages.config filnamn använder mönstret packages.{project-name}.configoch NuGet använder filen.

Detta är inte ett problem när du använder PackageReference, eftersom varje projektfil innehåller en egen lista över beroenden.

• Lägg till https://api.nuget.org/v3/index.json i listan över källor, eller
• Ta bort %appdata%\.nuget\NuGet.Config (Windows) eller ~/.nuget/NuGet/NuGet.Config (Mac/Linux) och låt NuGet återskapa det.

I packages.config projekt, när ett paket med build rekvisita eller mål installerades, skulle NuGet lägga till ett EnsureNuGetPackageBuildImports mål för att verifiera att paketen msbuild innehåll har importerats innan du skapar. Om target har ändrats manuellt kanske NuGet inte kan identifiera att den behöver tas bort vid migrering.

Om projektet är PackageReference och du fortfarande har det här målet i projektfilen bör det vara säkert att ta bort det.

Om du ser meddelandet "Det finns ingen README tillgänglig för den valda paketversionen" i Visual Studio NuGet Package Manager innebär det att den valda versionen av NuGet-paketet inte har någon inbäddad README-fil.

• Om detta inte är den senaste versionen av paketet kan du kontrollera den senaste versionen.
• Om den senaste versionen inte har README-filen inbäddad heller och du inte är underhållare av det här paketet kan du överväga att lämna in ett problem eller kontakta underhållaren för att begära en README.
• Om du är underhållare för paketet, här är guiden om hur du bäddar in README i ditt paket. Observera att om du har lagt till README-filen på NuGet.org men inte har bäddat in den i paketet visas inte README i Visual Studio.