Регресс в обработке проектных зависимостей в VS 2017 против VS 2015 - PullRequest
0 голосов
/ 01 ноября 2018

Дано:

  1. Решение с N проектами в .NET
  2. Один проект - это веб-приложение, назовем его Main
  3. Все остальные проекты - просто проекты
  4. Главное зависит (прямо или косвенно) от всех других проектов
  5. Все зависимости выражены в виде ссылок на проекты

В VS 2015 мы наблюдаем следующее поведение:

  1. Постройте решение полностью
  2. Запустите Main без отладки, откроется браузер, войдите в приложение.
  3. Перейдите к какому-нибудь проекту, измените его каким-либо осязаемым образом (видимым в приложении) и постройте только его. Мы не строим Main.
  4. В браузере выйдите из системы и войдите снова. Вы можете увидеть изменения.

Что происходит, так это то, что VS 2015 IDE автоматически копирует измененные двоичные файлы проекта в папку Main bin, зная, что от этого зависит Main.

Конечно, при сборке с msbuild на консоли такого не происходит - как и ожидалось.

Но мы были удивлены, увидев, что VS 2017 IDE больше этого не делает.

Мне не удалось найти в Интернете ничего об этом поведении ни для VS 2015, ни для VS 2017.

Кто-нибудь знает что-нибудь об этом и об этой регрессии?

...