2017-12-07 3 views
1

Ich habe 2 Projekte: A & B, die ich als NuGet-Pakete veröffentlichen möchte, aber ich weiß nicht, wie man in Visual Studio effizient entwickelt.Mit mehreren Nuget-Projekten in einer Lösung arbeiten

Solution 1 
    Project A 
    Project B - references Project A as NuGet reference 

Wenn ich eine Änderung Project A machen, die in Project B benötigt wird, muss ich Project A veröffentlichen? Gibt es eine Möglichkeit, die Projekt-Referenzfunktionalität während der Entwicklung zu erhalten? Vielleicht Project B sollte nicht über Project A über NuGet verweisen?

Es muss einen guten Weg geben, um mit dieser Situation umzugehen, nein? Ich habe die NuGet docs überprüft, aber ich konnte nichts finden. Es muss docs/blogs/SO-Posts geben, um mehr darüber zu lesen ... Ich habe Mühe, mit den richtigen Keywords zu kommen.

+0

was ist mit diesem Problem? Würden Sie mir bitte die neuesten Informationen zu diesem Thema mitteilen?Wenn die Antwort unten Ihre Frage beantwortet, können Sie sie als Antwort markieren, damit andere Community-Mitglieder die gleichen Probleme bekommen. –

+0

Hallo @ LeoLiu-MSFT - Ich habe upvoted, da die Info geholfen hat. Ich bin hier ein bisschen zerrissen. Ich weiß nicht, dass einer von ihnen die Antwort ist. Ich habe das Gefühl, dass sie zu einer Lösung mit mehreren Lösungen kombiniert werden können. Gedanken? – spottedmahn

Antwort

1

Sie könnten den folgenden Post-Build-Ereignisbefehl hinzufügen, um Ihr Projekt nach dem Erstellen zu packen.

"the nuget.exe path\nuget.exe" pack "project path\NuGetPackageLibrary.csproj" -OutputDirectory "Your target path" 

Wenn Ihr Build erfolgreich ist, wird das Paket im Zielpfad durch die neueste Version ersetzt.

1

Es muss einen guten Weg geben, um mit dieser Situation umzugehen, nein?

Die besten Lösungen sind, dass das Projekt zu Projekt-Referenz empfehlen, wenn das referenzierte Projekt häufig geändert wird, ist die nuget Referenz sollte besser geeignet als Anteil an andere das Referenzprojekt oder zu veröffentlichen. Genau wie NuGet Reference Switcher tun.

Für einige ausführlichere Informationen, Sie folgenden Threads überprüfen:

nuget packages in local work

NuGet viele Vorteile als Paket-Manager hat für die Microsoft Entwicklungsplattform, bedeutet dies nicht, dass es nicht fehlerhaft. Nur wie Sie festgestellt, wenn das referenzierte Projekt häufig geändert wird, müssen wir es neu erstellen, nugget erstellen, veröffentlichen Sie es für jede Änderung. Das wird eine Menge langweiliger Arbeit bringen. Um diese Nachteile zu beheben, sollten die Projekt-zu-Projekt-Verweise ein besserer Weg sein. Der Vorteil einer Projekt-zu-Projekt-Referenz besteht darin, dass eine Abhängigkeit zwischen den Projekten im Build-System erstellt wird. Das abhängige Projekt wird erstellt, wenn es seit der letzten Erstellung des Referenzprojekts geändert wurde. Eine Dateireferenz erstellt keine Build-Abhängigkeit, daher ist es möglich, das referenzierende Projekt zu erstellen, ohne das abhängige Projekt zu erstellen.

Verwandte Themen