Debuguj i zwalniaj paczki nuget lokalne repozytorium

Question

Eksperymentujemy z nuget dla naszych projektów studyjnych. Jednak tylko (lub przynajmniej głównie) używamy nuget do własnych referencji zewnętrznych i przechowujemy je w lokalnym repozytorium (udział sieciowy). Chciałbym wiedzieć, jak poradzić sobie z całą sytuacją debugowania/wydania.

Beton (uproszczony) sytuacja:

Mamy główny projekt, który ma odniesień do dwóch wspólnych elementów, które my sami rozwiniętych. Te wspólne komponenty są również używane w innych produktach naszej firmy

Kiedy budujemy główny projekt na serwerze budowania (zadania budowania tfs 2015), tworzymy wersje debugowania i wydania projektu. Możemy jednak określić tylko jeden pakiet nuget dla każdego zewnętrznego odnośnika.

Co chcemy osiągnąć, aby użyć wersji debugowanej współużytkowanych składników podczas kompilacji debugowania i wersji wydania podczas kompilacji wydania. Są to jednak (o ile wiem) faktycznie różne pakiety.

Jaki jest sposób rozwiązania tego problemu? Czy istnieje na przykład sposób włączenia obu wersji wydania i debugowania w pojedynczym pakiecie nuget? Czy można mieć różne konfiguracje nugetów dla różnych ustawień konfiguracji kompilacji?

Znalazłem Best practices with Nuget: Debug or Release?, jednak ten temat nie rozwiązuje mojego problemu. Wątek ten jest raczej dyskusją o tym, czy publikować wersje debugowania lub wydania na zdalny serwer. Chcemy opublikować oba i używać obu, ale tylko na lokalnym serwerze. Nie mamy zamiaru dzielić się naszymi bibliotekami z resztą świata.

Answer 1

Pakiet NuGet zwykle zawiera tylko jeden zestaw złożeń dla konkretnej struktury docelowej. Nie jest tak naprawdę zaprojektowany do wysyłania wersji debugowania i wydania, ponieważ publikujesz pakiet NuGet, który zostanie wykorzystany przez innych użytkowników. Zwykle nie publikujesz debugowania ani osobnej wersji aplikacji dla użytkowników końcowych.

Być może uda się obejść ten problem, używając custom MSBuild .targets file w pakiecie NuGet, który ma własne referencje i informacje o konfiguracji. Możesz użyć tego pliku .targets jako rozszerzenia do swojego projektu. Zostanie zaimportowany, abyś mógł zdefiniować referencje według potrzeb w oparciu o konfiguracje zdefiniowane w projekcie. To nie jest idealne, ale powinno działać.