Восстановление пакетов NuGet в кеш
У меня есть приложение .net-core, которое работает на моем компьютере, но когда я развертываю его на другом, оно жалуется на отсутствие пакетов и указывает мне на TheApp.deps.json.
Моя теория заключается в том, что на моей машине приложение ищет пакеты в каком-то кеше NuGet, где они, вероятно, были установлены IDE во время разработки, потому что выходной каталог приложения содержит только пару внутреннийdll, поэтому другие nuget.org зависимости определенно отсутствующий.
Я создаю приложение с
<PropertyGroup>
<OutputType>Exe</OutputType>
<TargetFramework>netcoreapp2.2</TargetFramework>
<RuntimeIdentifier>win10-x64</RuntimeIdentifier>
</PropertyGroup>
а затем xcopy на другую машину.
Вопрос
Есть ли способ восстановить или установить отсутствующих пакетов в тайник на целевой машине на основе файла *.deps.json?
@TonyAbrams да, в этом случае все пакеты приходят от nuget.org
Как вы развертываете приложение?
@TonyAbrams Я компилирую его как <OutputType>Exe</OutputType>, а затем просто xcopy на другой компьютер.
Из-за части xcopy я думаю, что ваш (единственный) вариант — вручную установить пакет на новую машину через NuGet.exe.
Я бы использовал команду dotnet publish (если вы работаете в CLI), так как она собирает все зависимости вашего приложения. Затем я бы развернул каталог публикации.
@JamieTaylor, ты должен сделать это ответом, это правильно. Проекты .NET Core только записывают выходные данные проекта в каталог bin. Публикация необходима (также может быть выполнена из VS, щелкните правой кнопкой мыши проект в обозревателе решений), чтобы также получить все зависимости в папке. Затем папку публикации можно скопировать на другие машины.
@zivkan подойдет. Я также немного расширим свою точку зрения.
Ответы 1
dotnet build (и функция F5/Build в Visual Studio) просто создайте код, который вы предоставили через исходные файлы (например, cs, fs, vb и т. д.).
Принимая во внимание, что dotnet publish (и функция «Сборка»> «Публикация» в Visual Studio) выполняет полное восстановление пакета, создает исходный код и разрешает любые внешние зависимости перед перемещением вывода в определенный каталог, готовый для публикации на другом компьютере.
В описании dotnet publish документация по командам указано:
dotnet publishcompiles the application, reads through its dependencies specified in the project file, and publishes the resulting set of files to a directory. The output includes the following assets:
- Intermediate Language (IL) code in an assembly with a dll extension.
- .deps.json file that includes all of the dependencies of the project.
- .runtime.config.json file that specifies the shared runtime that the application expects, as well as other configuration options for the runtime (for example, garbage collection type).
- The application's dependencies, which are copied from the NuGet cache into the output folder.
dotnet build действительно полезен только для сборки на вашей машине разработки и при использовании в сочетании с dotnet run для файла проекта.
Это на самом деле имеет смысл сейчас, потому что сборка таким образом (вероятно) быстрее, поскольку в выходной каталог копируется меньше файлов.
Ага. Кроме того, Глобальный кеш NuGet используется для поиска пакетов при локальной разработке, поэтому вам нужно выполнить dotnet restore только один раз (пока вы не добавите ссылку на другой пакет NuGet).
Публикуются ли пакеты во внутреннем/внешнем канале (NuGet или VSTS и т. д.)?