Wir experimentieren mit Nuget für unsere Visual Studio-Projekte. Wir verwenden Nuget jedoch nur (oder zumindest hauptsächlich) für unsere eigenen externen Referenzen und speichern sie in einem lokalen Repository (Netzwerkfreigabe). Ich würde gerne wissen, wie man mit der gesamten Debug- / Release-Situation umgeht.

Konkrete (vereinfachte) Situation:

Wir haben ein Hauptprojekt, das Verweise auf zwei gemeinsam genutzte Komponenten enthält, die wir selbst entwickelt haben. Diese gemeinsam genutzten Komponenten werden auch in anderen Produkten unseres Unternehmens verwendet.

Wenn wir das Hauptprojekt auf dem Build-Server erstellen (tfs 2015-Build-Tasks), erstellen wir die Debug- und Release-Versionen des Projekts. Es kann jedoch nur ein einzelnes Nuget-Paket für jede externe Referenz angegeben werden.

Was möchten Sie erreichen, um die Debug-Version der gemeinsam genutzten Komponenten während des Debug-Builds und die Release-Version während des Release-Builds zu verwenden? Dies sind jedoch (soweit ich weiß) tatsächlich verschiedene Pakete.

Wie kann dieses Problem gelöst werden? Gibt es zum Beispiel eine Möglichkeit, sowohl die Release- als auch die Debug-Version in ein einziges Nuget-Paket aufzunehmen? Ist es möglich, unterschiedliche Nuget-Konfigurationen für unterschiedliche Build-Konfigurationseinstellungen zu haben?

Ich habe gefundenBest Practices mit Nuget: Debug oder Release?, dieses Thema geht jedoch nicht wirklich auf mein Problem ein. Dieser Thread ist eher eine Diskussion darüber, ob Debug- oder Release-Versionen auf einem Remote-Server veröffentlicht werden sollen. Wir möchten beide veröffentlichen und beide verwenden, jedoch nur auf einem lokalen Server. Wir haben nicht die Absicht, unsere Bibliotheken mit dem Rest der Welt zu teilen.