Visual Studio поддерживает запуск старой сборки

Ответ 1

Всегда проверяйте параметр "Configuration Manager" в меню "Build" в Microsoft Visual Web Developer. CheckBox "build" должен быть проверен, иначе он не будет создан.

Случилось со мной, я надеюсь, что это поможет другим.

Ответ 2

Я только что это случилось со мной в VS 2013 для веб. Пришлось изменить URL проекта в:

"Свойства проекта"
Вкладка "сеть"
"Серверы"

Для другого номера localhost и воссоздать виртуальный каталог.

До того, как мой проект URL был:

http://localhost:55487/

Я изменил это на:

http://localhost:55488/ 

Затем нажали "Создать виртуальный каталог".

Хотелось бы узнать, почему это произошло в первую очередь.

Ответ 3

Я обнаружил, что мне пришлось закрыть все открытые экземпляры Visual Studio, прежде чем я снова заработал.

Ответ 4

Возможно, это проблема кэширования (webbrowser/proxy).

Чтобы обмануть браузер, попробуйте вставить файл xap с дополнительным параметром, который изменяется каждый раз, когда вы открываете плагин:

<param name="source" value="ClientBin/BubuApp.xap?<%=Guid.NewGuid().ToString() %>"/>

Если это не поможет, попробуйте очистить проект (удалить файлы obj/bin и файл xap).

Ответ 5

Это происходит потому, что ваша кэш-память заполнена. просто перейдите в папку bin и obj и удалите все временные файлы. Теперь он будет работать правильно.

Ответ 6

Я страдаю этим. Все это должно быть (для меня) проблемой с содержимым папки.

Возможно, вы можете проверить это:

• Удалить% windir%\microsoft.net\framework\v4.0xxx\Temporary...
• IIS Express: даже если вы измените выходной файл для скомпилированных результатов, вы увидите в applicationhost.config, что много раз IISExpress он действительно "смотрит" на папку bin по умолчанию вашего проекта.
• Возможно даже, что у вас разные конфигурации для Debug или Release, поэтому, возможно, IIS ищет BIN с кодом Release, и теперь вы компилируете в Debug в другую папку, вы меня понимаете?

Удачи.

Ответ 7

Случилось и со мной. Ну, я не знаю точной причины такого поведения. Но когда я закрываю Visual C express 10, а затем снова открываю и строю, он создает новый сохраненный файл. Я думаю, он все еще зависает в старом файле, когда есть ошибка в каком-то режиме отладки или что-то в этом роде.

Ответ 8

• Остановить все указания VS.
• Удалить все /bin, а не только /bin/Debug. Все/bin
• Удалить пользовательский файл .suo в директории решения. Он будет создан на себе.
• Удалить все точки восстановления Windows
• Остановить IIS. 6 Запустите IIS через 1 минуту.
• Реконструкция, проекты Buid

Это тоже на меня. Очень противно. Вы можете перезагрузить компьютер. Проверьте глобальную сборку dll.

Ответ 9

Я тоже страдал от этой проблемы, и ни одно из предложений не работало. Я создавал надстройку Office.js и отлаживался с IIS Express. Для меня проблема заключалась в удалении файлов в C:\Users\<user>\AppData\Local\Temp\Temporary ASP.NET

На самом деле, я пошел вперед и удалил всю папку C:\Users\<user>\AppData\Local\Temp из злости:)

Ответ 10

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

Перейдите в Internet Option (также доступно в VS через Сервис> Параметры> Среда> Веб-браузер> Параметры Internet Explorer).

На вкладке "Общие" нажмите "Настройки" в разделе "История просмотров".

• На странице "Временные файлы Интернета" выберите "Каждый раз при запуске Internet Explorer".
• На вкладке "История" установите для "Дней" значение 0.
• На вкладке "Кэши и база данных" убедитесь, что флажок "Разрешить кэши и базы данных" НЕ установлен

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

С тех пор я также понял, что если я установлю "Каждый раз, когда посещаю веб-страницу" вместо "Каждый раз, когда я запускаю Internet Explorer", мне не нужно останавливать и перезапускать проект, чтобы увидеть изменения. Как это должно быть!

Ответ 11

У меня была такая же проблема, и ни один из ответов не работал на меня. Оказывается, что создание проекта ASP.Net не привело к созданию проекта Silverlight, поэтому работа без отладки не обновляла Silverlight.

Исправление: щелкните правой кнопкой мыши проект Asp.Net. Построение зависимостей > Зависимости проектов. Проверьте проект Silverlight. Теперь здание должно работать.

Ответ 12

Если это веб-приложение, измените URL-адрес проекта с новым номером порта.

Пример:

Изменить http://localhost:3688/

To http://localhost:36881/

Для этого:

• Перейдите к свойствам проекта → Веб

• Измените URL

• Нажмите "Создать виртуальный каталог"

• Наконец, Build и RUN

Ответ 13

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

Ответ 14

Просто удалите папку "Release" в проекте со старой сборкой кода.

Ответ 15

Убедитесь, что у вас нет двух версий любого файла, который вы обновляете (одна для одной группы пользователей, другая для другой группы пользователей).

Ответ 16

В моем случае (VS 2015) это было из-за отсутствия DLL в каталоге .exe... Я сделал "чистое решение", а затем дополнительно удалил все содержимое папок bin и obj. Причиной для этого было сохранение VS для загрузки старой сборки dll. Решением было выбрать папку с запущенной отладочной конфигурацией, т.е. каждый раз, когда я перестраиваю место назначения проекта с помощью dll, и ссылка на него остается с предупреждающим знаком в течение некоторого времени, пока intellitrace не выполнит свою работу. После установки, упомянутой выше, мне все еще нужно выполнить ручную перестройку проекта, который генерирует dll в указанный dir. Нажатие F5 ничего не делает, у меня нет времени, чтобы выяснить, почему... Главное, это работает для меня