Функция редактирования и продолжения перестала работать в Visual Studio 2010

Question

В Visual Studio 2010 остановлена ​​функция редактирования и продолжения Visual Studio, и я не знаю, что вызвало проблему.

Я работаю над прикладной программой Windows, используя C #. Это приложение изначально было разработано в Visual Studio 2008, а затем обновлено до Visual Studio 2010.

Все работало нормально, включая Редактировать и Продолжить, пока я не обновил .NET Framework с 3.5 до 4.0.

Теперь, когда я использую режим отладки, изменение любой строки кода в IDE приводит к следующему сообщению:

Были внесены изменения, которые не могут быть скомпилированы. Выполнение не может продолжаться до исправлены ошибки компиляции.

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

Как я могу получить Редактировать и продолжить работу снова?

Answer 1

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

• Удалить папку obj
• Удалить папку bin . После удаления вы можете копировать и вставлять библиотеки, файлы данных и т. Д. Обратно в папку.
• Из VS, меню Решения -> Чистый раствор .

Это работает для меня несколько раз.

Answer 2

В Visual Studio 2015 я удалил папку .vs (где находится файл .suo нового стиля), удалил все bin и obj, а также удалил Resharper 2015 .Редактирование и продолжение возвращаются.

(примечание: intellisense теперь показывает автозаполнение почти мгновенно, тогда как раньше потребовалось от 2 до 5 секунд, может быть, ошибка резарпера, а может быть и не связана ...)

Answer 3

Для меня это вызвано тем, что Nuget не удалось загрузить пакет (созданный для Net Framework) в проект Net Standard, на который ссылалась. Nuget вошел в бесконечный цикл (посмотрите в окне вывода).

Решение состояло в том, чтобы отключить настройку «автоматического восстановления пакета», см. https://developercommunity.visualstudio.com/content/problem/26638/nuget-infinite-loop.html

для доступа к этой настройке Инструменты> Параметры> Диспетчер пакетов NuGet> Общие

Answer 4

В моем случае сработало снятие отметки «Требовать исходные файлы для точного соответствия исходной версии» в параметрах отладки.VS Community 2017 здесь.

Answer 5

Читая выше, мой проект пользовательского интерфейса имеет Shell32 с "Embed Interop Types" == true.Я изменил его на false, и «редактировать и продолжить» начал работать.

Answer 6

Для тех, кто по-прежнему получает эту ошибку даже в Visual Studio 2017

Нет динамических библиотек / библиотек переносимых классов / пакетов Nuget или проблем зависимости.Visual Studio не выдвигает никаких ошибок или предупреждений.

После нескольких часов, проведенных за попытками всех решений, опубликованных в этой и других темах и веб-страницах, единственное решение, которое сработало для меня, это проверка -in, удалите Рабочее пространство и снова Map&Get .

Чтобы удалить Рабочее пространство, Source control → Advanced → Workspace → Remove.

I '• использование Visual Studio 2017 Community в актуальном состоянии и после относительно новой установки на новую машину (одна неделя и несколько рабочих часов).

---

Методы, которые я до сих пор не проверял, но безуспешновышеуказанное решение

• Убедитесь, что функция «Изменить и продолжить» включена в параметрах Visual Studio.Снимите флажок и поставьте галочку снова
• Удаление bin и obj для всех проектов в решении
• Очистите и перестройте все, перезапустите VS / перезагрузку в сочетании с вышеуказанным
• Проверка параметров компиляциипакеты Nuget и dll-совместимость для проектов, вдохновленные this
• Выгрузка проектов в различных комбинациях для проверки проблем зависимости или других проблем (вдохновлено this )
• Удаление решения путем его повторной загрузки (без удаления рабочей области)
• Знак False для внедрения типов взаимодействия
• Установите <_ResolveReferenceDependencies> в true, как объяснено здесь
• Комбинации вышеперечисленного с перезапуском VS и перезагрузками

После этого я зарегистрировался и загрузил Решение на другой компьютер с той же версией VisualСтудия (сообщество 2017).Поскольку у меня там не было проблемы «Редактировать и продолжить», я решил удалить рабочую область.

Answer 7

В VS 2015 эта ошибка была вызвана недавно установленным пакетом nuGet. При удалении этого пакета и повторной установке ошибка была исправлена.

Answer 8

Мне пришлось снять флажок «Включить собственное редактирование и продолжить» в Сервис -> Параметры -> Отладка -> Общие:

Answer 9

Удаление * из сборочных версий моих ссылочных проектов решило проблему для меня.

Из Github:

"Я воспроизвел эту проблему на смеси проектов VB и C # с [assembly: AssemblyVersion (1.2.3. *")]. Как только проект VB ссылается на проект C # с этим параметром, все начинает разрушаться. Похоже, что у него та же проблема с другой стороны. "-Rhuijben

https://github.com/dotnet/roslyn/issues/28224

(Риск быть помеченным, кажется, что мы страдаем от проблем VS Edit и Continue уже более десяти лет. Меня шокирует, что команда Microsoft Visual Studio не заботилась о том, чтобы помочь разработчикам, предоставляя более подробную информацию, когда это происходит)

Answer 10

В представлении Solution Explorer щелкните правой кнопкой мыши по каждой ссылке на References и выберите Properties.В представлении «Свойства» установите флажок «Ложь» в поле «Типы встроенных взаимодействий».Это сработало для меня.