Building Solution копирует огромное количество системных сборок в выходной каталог - PullRequest
0 голосов
/ 30 ноября 2018

При создании моего решения в VS 2017 (15.9.3) 97 System.xxx.dll копируется в выходной каталог вместе с не-Framework-библиотеками,Среди системных библиотек находятся BCL, например System.Collections.dll , System.Data.Common.dll , System.Globalization.dll и System.IO.dll .
Решение состоит из 4 небольших проектов C # (2 dll и 2 WinForms) с некоторыми ссылками NuGet на log4net , System.Data.SQLite , Oracle.ManagedDataAccess , Npgsql и Npgsql .Все проекты нацелены на .NET Framework 4.6.2, и я не знаю о других настройках проекта, чем в других проектах, где ничего подобного не происходит.
Есть идеи, как восстановить "нормальное" поведение?Большое спасибо ...

1 Ответ

0 голосов
/ 01 декабря 2018

Это, вероятно, сборки System. *, Которые поставляются как зависимости NuGet для ваших пакетов, а не обязательно являются частью .NET Framework, устанавливаемого глобально.

Например, я смотрю на зависимости для Npgsql.эти зависимости:

  • System.Runtime.CompilerServices.Unsafe (> = 4.5.0)
  • System.Threading.Tasks.Extensions (> = 4.5.0)
  • System.ValueTuple (> = 4.5.0)

Первые два не являются частью .NET Framework, установленного в Windows.

Аналогично, System.Data.SQLite не являетсяпакет Microsoft или часть установки .NET Framework.Он принадлежит команде SQLite, и они только что использовали System. * Корневое пространство имен.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...