Mam rozwiązanie, nad którym pracuję, zawierające 4 projekty bibliotek klasowych (A
, B
, C
, D
). A
i B
można uznać za projekty najwyższego poziomu w rozwiązaniu. Zarówno A
, jak i B
odniesienie C
i są samodzielne.Tworzenie jednego pakietu NuGet z wielu projektów w jednym rozwiązaniu
Te cztery projekty reprezentują grupę usług, które wykonałem obsługując zautomatyzowany przepływ pracy. Wszystkie są ściśle ze sobą powiązane i będą używane tylko w jednej lokalizacji (menadżer usług), więc nie chcę dzielić ich na różne rozwiązania.
Mój problem polega na tym, że chcę utworzyć pojedynczy pakiet NuGet, który będzie zawierał wszystkie 4 biblioteki, bez konieczności budowania ich wszystkich i zbierania ich bibliotek DLL ręcznie. Wiem, że technicznie mogłem to osiągnąć, mając albo odniesienie A
lub B
do pozostałych projektów, ale to nie jest prawdziwa relacja i uważam, że należy tego unikać.
Zrobiłem dużo wyszukiwania na ten problem i nie mogę znaleźć rozwiązania innego niż ręczne zbieranie bibliotek DLL i budowanie pakietu samodzielnie. Czy istnieje sposób na osiągnięcie rezultatu, który chcę wykorzystać funkcje/umiejętności NuGeta?
UWAGA: Jeśli znaczniki nie wyjaśniają, używam VS2010 z serwerem budującym TeamCity. W przypadku, gdy jest to istotne, używam Gita również przez serwer Stash.
EDYTOWANIE: Właśnie zdałem sobie sprawę, że to może być wystarczająco ważne, aby o tym wspomnieć. Projekty te odnoszą się do innych pakietów NuGet, które będę musiał oznaczyć jako zależności.
Czy używasz TeamCity Nuget Pakiet budować kroki? –
@DavinTryon - Nie mam jeszcze projektu skonfigurowanego w TeamCity z powodu tego problemu. Wersja na żywo tego rozwiązania jest w rzeczywistości jednym projektem i jest teraz na SVN/CC.NET. – Logarr