Я довольно озадачен в связи с кроссплатформенным развертыванием и использованием приложений .NET Core (я имею в виду только .NET Core 2.x +): я создал небольшое приложение в .NET Core с парой .NET Стандартные компоненты (например, CommandLineParser, OpenXml) (добавленные пакетами NuGet), которые не зависят от ОС.
Поскольку .NET Core аналогично .NET компилируется в MSIL (Microsoft Intermediate Language), а среда выполнения для .NET Core предоставляется для «каждой» ОС (Mac, Linux, Windows), конечный результат компиляции должен запускаться на каждой ОС. Мой опыт: я скомпилировал приложение в Mac OS, а затем перенес его в Windows, расширил {application} .runtimeconfig.dev.json путями поиска местоположений пакетов NuGet для конкретных окон и успешно запустил приложение CLI.
Заранее я прочитал следующие статьи MSDN о развертывании приложений .NET Core:
После того, как я успешно запустил консольное приложение для Windows, скомпилированное в Mac, я действительно запутался: Почему я должен явно компилировать для каждой платформы? Если мой проект содержит компоненты, зависящие от ОС, как dotnet публикует или Процесс IDE теперь будет, с чем упаковывать?
Вторая проблема: В среде IDE создаются ссылки на возможные местоположения каталогов Nuget, в которых содержится домашний каталог пользователя по пути - непрактично, если вы хотите распространять приложение. Какие-либо рекомендации & настройки, которые помогают непрерывной интеграции без зависимости от ОС?
Если я разверну приложение с помощью FDD (Framework-зависимое развертывание) , существует ли команда для восстановления всех отсутствующих пакетов .NuGet с помощью {application} .deps. JSON без портирования файла (ов) проекта? - или .NET Core скорее предназначен для SCD (автономное развертывание)?
Я благодарен за любые ссылки, статьи в блогах и тому подобное, чтобы прояснить темы о совместимости ...