Ровно также как и для монги) единственное что у монги миграции не нужны

ладно, спасибо

ребята, как замокать ConfigurationManager ? для тестов юзаеться либа XUnit и его класс Mock

Не нужны пока внезапно не нужны )

А зачем именно его мокать?

что бы подставить свои данные в одну из конфигураций

тестовые данные

Если асп.нет классик то хз

В коре этот класс может другую роль выполнять

Я не помню тот же он или другой

если сделать так в конструкторе тестового класса: ConfigurationManager.AppSettings[keyVaultUrl] = "Test_url" -чем может быть чревато?

- docker run -e 'ACCEPT_EULA=Y' -e 'SA_PASSWORD=Password_123' -e
'MSSQL_PID=Express' -p 1433:1433 --name sqlserver --net myapp-network
mcr.microsoft.com/mssql/server

а если вот так заранил инстанс бд в докере, к нему через sql server management studio можно подключиться?

Да

Только зачем сеть указывать

Ты вне компоуза сети используешь разные?

та это тестовая команда которую я юзал до того как до компоузов дошел

щас понятно без сети

Да и вообще: из 2.1 используется только asp.net (у которого поддержка равна поддержке рантайма), работающий на framework. 3.1 тоже не умеет в .net framework, а core не умеет в распределенные транзакции, помимо этого обновление asp.net повлечет за собой обновление цепочки пакетов, имеющие свои breaking changes, включая ui-ные пакеты с самописными костылями на js для них. Это в сферический апдейт в вакууме - обновил референсы и готово 🙄

Это все понятно что мигрировать проект с миллиардом зависимостей тяжело

Я для себя просто такие проекты всегда мимо пропускаю и никогда не соглашаюсь на "ну у нас немножко осталось на фреймворке кода, а так кор", чтобы потом с таким не сталкиваться