VS 2015 Update 1 - утверждаю, что отлаживаю сборку релиза

После обновления до VS 2015 update 1, если я запускаю веб-проект (MVC), останавливаю приложение, а затем пытаюсь запустить его снова, VS останавливается и выдает диалоговое окно с заявлением

Вы отлаживаете сборку Release <myproject.dll>.

Использование Just My Code с выпускными сборками с использованием оптимизаций компилятора приводит к ухудшению качества отладки (например, точки останова не срабатывают).

Проблема в том, что я не запускаю сборку релиза. Я явно использую (ту же) отладочную сборку, которую только что запускал! Почему VS думает, что я использую сборку релиза?

Очистка раствора и повторный запуск очищают сообщение об ошибке, поэтому что-то куда-то залито.

Microsoft сообщает, что это известная проблема (изначально она передавалась группе отладчика, но было определено, что это проблема сборки, и теперь она находится в руках группы разработчиков системы Project. Есть другие открытые ошибки по этой проблеме, и это имеет приоритет 1, поэтому должно быть на пути к следующему обновлению.Хотя, как и следовало ожидать, нельзя давать никаких обещаний относительно того, когда оно будет выпущено (или что на самом деле содержится в обновлении).

Так. Это известно и над этим работают. По крайней мере, отключение «Включить только мой код» в общих параметрах отладки на данный момент кажется проблемой.

Как упомянул @romanoza, Microsoft обновила (теперь отсутствующий) отчет об ошибке Microsoft Connect (ранее находившийся здесь , на случай если вы можете где-то найти архив) со следующей информацией:

Снимите флажок с параметра Отладка -> Параметры -> Подавить оптимизацию JIT при загрузке модуля (только управляемый)

Это обходной путь. Позже они говорят:

Мы рекомендуем людям не устанавливать его, так как снятие флажка улучшит как производительность, так и поведение только моего кода в определенных сценариях.

Наконец, признание:

Ошибка заключается в том, что он не работает с включенным этим параметром, и мы работаем над исправлением этой ситуации на тот случай, если некоторые клиенты по-прежнему захотят отладить этот параметр.

Обновление : На основе комментариев, кажется , что коробка теперь ип установлена по умолчанию для некоторых разработчиков, и проверку его можно зафиксировать точно такую же проблему в некоторых случаях. Очень странно.

Я заметил, что ответы здесь неполные, у меня была такая же проблема, и она была решена путем открытия свойств проекта и на вкладке сборки и настройки отладки, сняв флажок «Оптимизировать код» . Вы также должны проверить диспетчер конфигурации, как указано выше, чтобы убедиться, что он также работает. Ответ пришел из этого сообщения, и они должны получить кредит: проект VS2015 больше не работает в режиме отладки

Спасибо,

Я решил проблему, установив конфигурацию на Debug в окне Configuration Manger, как предложено в этом ответе .

Очистка (и восстановление) решения работает для меня как временное решение. Также вы можете выбрать «Отладка»> «Параметры» и снять Suppress JIT optimizationфлажок.

У меня была такая же проблема с момента обновления до VS2015 Update 1.

Нашел аналогичный отчет на форумах Microsoft Visual Studio, который указывает на сообщение об ошибке, созданное с ними. здесь

Существуют различные обходные пути, но я думаю, что основная проблема заключается в том, что IIS Express не завершает работу после завершения отладки - и это не из-за того, что опция редактирования и продолжения не отмечена. Самый быстрый способ обхода, который я могу найти, пока ошибка не будет исправлена:

• Щелкните правой кнопкой мыши значок IIS Express в трее и выйдите из него после отладки (благодарность Дэвиду Тотцке, который предоставил обходной путь для отчета об ошибке)

Не очень хорошо, но я не думаю, что на данный момент существует подходящее решение.

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

В моем случае я изменил «Активную платформу решения» для всего решения в «Диспетчере конфигураций» с x86 на Any CPU, устранил проблему.

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

Я заметил, что Visual Studio не убивает процесс iisexpress после того, как я остановил отладчик. Убивание процесса вручную, казалось, исправило это для меня.

Кажется, теперь это было исправлено в обновлении 2.

Кажется, что существует столько же решений, сколько и людей, у которых возникла проблема, но в моем случае мне пришлось удалить и повторно добавить ссылку на проект. Ссылка на проект была в проекте модульного тестирования в том же решении.

В моем случае сообщение об ошибке было правильным. Я запускал приложение, загружающее выпущенную версию. Поэтому я исправил это, заставив приложение загружать отладочную версию.

Элементарно, я знаю, и понимаю, что выставляю себя идиотом. Но иногда проблема заключается именно в том, о чем сообщают.

Убедитесь, что URL-адрес проекта IIS действительно указывает на то, что вы думаете. В случае сомнений нажмите кнопку «Создать виртуальный каталог».

У меня недавно возникла эта проблема, когда я запускал временную версию производственной кодовой базы и переназначил папку в IIS на временную версию, которая действительно выполняла производственную сборку, а не отладочную версию, которую я пытался отлаживать.

Для меня я нашел 3 \ Release \ ссылки на папку в этом файле FileListAbsolute.txt:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csproj.FileListAbsolute.txt

Они были такими:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csprojResolveAssemblyReference.cache

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.dll

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.pdb

И простое удаление этих 3 строк за пределами VS, а затем повторное открытие решения решило проблему. Надеюсь, это поможет.

Я попробовал все ответы, и у меня сработало удаление некоторого пакета NuGet, а не только ссылки, но и удаления пакета, в моем случае PostSharp. Сначала я попытался удалить ссылку из всех проектов, и это не сработало, затем я просто удалил пакеты из диспетчера. Я не знаю, в чем именно причина, но это то, что решило мои проблемы, надеюсь, это может помочь кому-то там.

Перезапустите Visual Studio. Это устранило проблему для меня в 2017 Professional.

Вот что у меня сработало.

Если это веб-проект, перейдите в свойства проекта веб-проекта и

1. Если выбран локальный IIS, перезапустите сервер IIS.
2. Если выбран IIS Express, выйдите из IIS Express с помощью значка на панели задач.

Кажется, что некоторые DLL кешируются, поэтому вышеуказанные шаги сделают кеш недействительным.

Это произошло в Visual Studio 2019 в приложении UWP. Снятие флажка Оптимизировать код в настройках csproj / build разрешило это.

Совершенно уверен, что это было исправлено в Visual Studio 2015 с обновлением 2.

Раньше я видел это все время (несколько раз в день) и ни разу не видел этого с момента обновления до обновления 2.