2016-04-01 17 views
4

Ich frage mich, ob ich Warnmeldungen in der Ausgabe von nuget.exe pack Befehl unterdrücken kann? Spezifische Botschaften wären großartig, aber ich kann damit leben, alle zu unterdrücken.Unterdrücken Warnung Ausgabe von Nütet.exe

Das niget command line documentation erwähnt ein Ausführlichkeits-Flag, gibt aber nie wirklich an, was die gültigen Werte dafür sind. Ich habe folgendes versucht:

nuget pack mypackage.nuspec -Verbosity Quiet 

Aber scheint nichts zu tun. Hier

ist ein Beispiel für den nuspec ich zu Packung bin versucht:

<?xml version="1.0" encoding="utf-8"?> 
<package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd"> 
    <metadata> 
     <id>MyPackage</id> 
     <version>1.0.0</version> 
     <authors>Administrator</authors> 
     <requireLicenseAcceptance>false</requireLicenseAcceptance> 
     <description>My package description.</description> 
    </metadata> 
    <files> 
     <file src="mysourcepath\foo.dll" target="mytargetpath\foo.dll" /> 
    </files> 
</package> 

Die Warnmeldung mir dies:

WARNING: 1 issue(s) found with package 'MyPackage'. 

Issue: Assembly outside lib folder. 
Description: The assembly 'mytargetpath\foo.dll' is not inside the 'lib' folder and hence it won't be added as a reference when the package is installed into a project. 
Solution: Move it into the 'lib' folder if it should be referenced. 

Ich erstelle ein nuget Paket, das sein wird, als eine Anwendung über einen Octopus-Server bereitgestellt. Die Assemblies in dieser DLL müssen von nichts referenziert werden - dieses Paket sollte nie als Teil eines Builds referenziert werden (wir haben andere, mehr logische Pakete dafür).

Ich möchte diese Warnung unterdrücken, da das eigentliche Paket, das ich erstelle, Tausende von Dateien enthält, von denen keine im lib-Ordner ist. Das Ausgangsrauschen von dieser einer Warnung macht es schwierig, alle andere berechtigte Warnungen zu sehen, ich interessiert sein könnte

UPDATE: Dieses Paket wird von einer benutzerdefinierten nuspec Datei gepackt - es besteht aus der Ausgabe von Hunderten von Projekten. Daher ist die Angabe einer Projektdatei keine praktikable Option zur Beseitigung der Warnung. FWIW, das eine Projektdatei angibt, beseitigt die Warnung, weil es schließlich die Projektausgabe in einen lib-Ordner setzt - was ich versuche zu vermeiden.

TIA für jeden Eingang.

+0

FWIW, ich bekomme, dass diese Warnung sicher ignoriert werden kann. Mein nugget-Paket wurde erfolgreich erstellt und funktioniert wie vorgesehen über Octopus. Ich versuche nur herauszufinden, ob ich das unterdrücken kann, so dass ich während meines Build-Prozesses weniger überladene Ausgaben habe. – wbj

Antwort

6

Zunächst einmal gibt nuget Bezug deutlich, was die gültigen Werte sind für Verbosity .In der Link, den Sie unter dem pack Befehlsabschnitt zur Verfügung gestellt haben:

Anzeige diese Menge an Details in der Ausgabe: normal, ruhig , (v2.5) detailliert.

Versuchen Sie, Ihre Projektdatei statt .nuspec Datei, wenn möglich, verwenden Sie für quiet Flagge und -NoPackageAnalysis verwenden Kleinverpackung:

nuget pack myproject.proj -Verbosity quiet -NoPackageAnalysis 
+2

Die Option "-Verbosity leise" beseitigt die Warnung nicht.Auch das Bauen mit einem Projekt ist keine Option. Ich benutze ein nupec, weil die Dateien, die ich verpacke, von (buchstäblich) hunderten von Projekten stammen. Ich habe die Frage mit diesem Detail aktualisiert. – wbj

2

Die -nopackageanalysis Flagge die Warnung, auch wird unterdrücken, wenn eine .nuspec Datei.

Sie könnten auch in Betracht ziehen, zu verwenden, wenn es eine Option ist. Octopack wurde entwickelt, um Pakete speziell für Octopus Deploy zu erstellen (d. H. Kein lib Ordner, keine falschen Warnmeldungen, etc.) Es verwendet NuGet unter der Haube, so dass Sie es immer noch mit einer .nuspec Datei verwenden können.

+1

-nopackageanalysis hat es für mich gelöst. Hovever Octopack funktioniert nicht, wenn Sie mehrere Projekte im gleichen nugget möchten, wie OP. –

Verwandte Themen