Почему надо явно добавлять пакет Microsoft.NET.Test.Sdk в гл проект, если в одном из пакетов он уже есть?

Question

[Вадим]

Есть проект который использует наш собственный nuget package, скажем Company.Tests.Package который содержит в своем csproj файле ссылку на Microsoft.NET.Test.Sdk 17.7.2

<PackageReference Include="Microsoft.NET.Test.Sdk " Version="17.7.2" />

Тем не менее в др проектах, которые содержат в себе ссылку на Company.Tests.Package в этой же PackageReference секции, чтобы работали тесты приходится снова добавлять строку типа

<PackageReference Include="Microsoft.NET.Test.Sdk " Version="17.7.2" />

Не пойму почему так, ведь файл csproj главного уже содержит в себе

<PackageReference Include="Company.Tests.Package  " Version="X.Y.Z" />

скомпилинного с добавлением Microsoft.NET.Test.Sdk?

Comments

[Василий Банников]

Мб у этого пакета есть какой-нибудь запрет на транзиттвные зависимости?

Вообще лучше не делать разные проекты с тестами зависимыми друг от друга. А общие зависимости можно шарить через файл directory.build.props

[сергей кузьмин]

но ведь ваш собственный nuget package, не публикует dllы от Microsoft.NET.Test.Sdk а компилятор умеет только дллы линковать

[Вадим]

Василий Банников,
сергей кузьмин

А какая-то конфигурация может заставить наш собственный nuget package публиковать dll от от Microsoft.NET.Test.Sdk ?

[сергей кузьмин]

но как, холмс? а главное, зачем ((другими словами))

[Вадим]

сергей кузьмин, хотя бы затем, что проект ругается во время dotnet restore, если версии этих пакетов в родительском и основном пакете отличаются

[сергей кузьмин]

Вадим, добро пожаловать в разработку - dependency nightmare никто не отменял

[Вадим]

сергей кузьмин, да, но почему, если dll от Microsoft.NET.Test.Sdk в Company.Tests.Package не устанавливается как вы говорите

[сергей кузьмин]

Вадим, спасибо за вопрос линкер перестраховывается вдруг вызовы из одной завимости в другую не сработают
если версия которая в наличии другая чем с которой зависимость была собрана

Answer 1

[MVV]

Так нужно, потому что ссылки не транзитивны. Средства разработки не могут взять метаданные (описания сборок, классов и т.д.), которые нужны для работы и компилятора, и других средств разработки (IDE, в частности), из ссылок того проекта (по факту - тоже сборки), на который ссылается текущий. Так что для использования какой либо сборки (в данном случае - из состава пакета), ссылку на нее нужно добавлять в проект явно.

Comments

[Вадим]

это из опыта, либо читали?

[MVV]

Вадим, из опыта и из общего понимания, как работают ссылки: они импортируют метаданные(информацию о типах и т.п.) из таблицы экспорта сборки (dll, или, в случае .NET Framework - на exe), а в этой таблице содержатся метаданные только для того, что входит в состав этой сборки, метаданных об импортируемых сущностях там нет.
Читал я об этом ещё в книгах по изначальному .NET Framework, но не вижу, что в .NET Core что-то поменялось (тем более, что поддержка пакетов и в .NET Framework была добавлена)