chcęuruchom lokalne / wewnętrzne repozytorium NuGet. Myślę, że odkryłem, jak „wykorzystać ponownie” istniejące pakiety NuGet, dołączając je do fikcyjnego projektu za pomocą NuGet i skanując plik pakietu dozłap moją lokalną pamięć podręczną.nupkg pliki, ale...

Jak stworzyć pakiet nuget (.nupkg) z projektu, w tym automatyczniewszystko dll zależności, a nie tylko te przechwycone przez NuGet?

Konkretnie:

Utwórz rozwiązanieDodaj nowy projektDodaj odniesienia do różnych.dll pliki / inne projekty<- to jest brakująca częśćDodaj pakiety NuGet za pomocą menedżera pakietów / cmdline / cokolwiekcoś automatycznie tworzy.nupkg

Z tego co znalazłem, powinieneś robić takie rzeczy jak

ręcznie edytuj swoje.csproj plik do dodania<BuildPackage>true</BuildPackage> uwzględnić zależnościręcznie utwórz.nuspec plik i ręczniewypisz swoje zależności (podobny?)uruchom ręcznienuget pack na Twoim.nuspec plik

Ale wszystko jest ręczne, co jest głupie. Nawet rozwiązania półautomatyczne są nadal niewygodne lub pół-ręczne:

Stwórz.nuspec szablony - Wydaje się, że nie zawiera zależności, tylko metadane

pakiet nuget przez wydarzenie build (krok # 5), który musisz dodać ręcznie do każdego projektu i ma towłasne dziwactwa:

"$(SolutionDir).nuget\NuGet.exe" pack "$(ProjectPath)" -Properties Configuration=Release
move /Y *.nupkg "$(TargetDir)"

Będę zadowolona z czegoś, co automatycznie tworzy.nuspec manifest z odniesień do projektu. Wtedy teoretycznie + zdarzenie kompilacji nuget może zostać zwinięte w pakiet build-project / nuget, co naprawdę chcę zobaczyć.