Nie jestem pewien, czy kiedykolwiek udało Ci się to zrobić samodzielnie, jednak na wypadek, gdyby pomogło to każdemu, ostatnio natknęliśmy się na ten sam problem, który polega na wdrażaniu aplikacji sieci Web AspNetCore 2.0 działającej na net471 budowanej przez TeamCity 2017.1.4 (kompilacja 47070).
Po pewnym majstrowanie Zauważyłem, że „OctopusDeploy: Tworzenie i Push Pakiety” budować krok prowadził w naszym katalogu git checkout, więc kończy się konieczności korzystania z następujących wartości dla „pakiet wzorów ścieżka”
%ProjectDirectory%/published-app/**/* => %ProjectName%.%GitVersion.NuGetVersion%.zip
NB: %ProjectDirectory%
, %ProjectName%
i %GitVersion.NuGetVersion%
są parametrami budowy, które ręcznie zdefiniowaliśmy w innym miejscu procesu budowania, który może zastąpić TeamCity. %ProjectDirectory%
jest po prostu katalog źródłowy aplikacji w stosunku do korzenia kasie git tj WebApplication1
tak pełna ścieżka byłaby <full checkout path>/WebApplication1
Innym haczyka że doświadczyliśmy było to, że w czasie pisania kombinację TeamCity i octo.exe (od Octopus.TeamCity v4.15.10) nie lubił tworzyć plików nupkg, więc upewnij się, że próbujesz utworzyć plik ".zip". W wystąpieniach błędu otrzymamy następujący błąd:
Error from Octo.exe: Cannot run program "C:\BuildAgent\temp\buildTmp\octo-temp\3.0\octo.exe" (in directory "C:\BuildAgent\work\4e62985fa616fa1f"): CreateProcess error=206, The filename or extension is too long