"В настоящий момент точка останова не будет удалена. Копия файла была найдена в DLL файле, но текущий исходный код отличается от другого"

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

Я попробовал очистить решение, пересоздать, удалить файлы .pdb в папках obj и bin, закрыть VS и перезапустить его, перезагрузить всю машину (это Windows! Иногда самые сложные, необъяснимые проблемы устраняются следующим образом: )

Любая идея, что еще я могу попробовать? это проект .net на VS2015

Ответ 1

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

Ответ 2

Вот что посмотреть на:

Если вы недавно изменили имена имен имен или классов, в кэше asp.net может быть установлена старая версия dll. Часто удаление файлов здесь и восстановление будут решить проблему.

c:\Users\yourname\AppData\Local\Temp\Временные файлы ASP.NET\

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

Ответ 3

Проверьте физический каталог, в котором хранится файл CS, могут быть два отдельных файла и если не открыть .csproj в текстовом редакторе (а не VS). Посмотрите, ссылается ли файл дважды. Если это так, просто удалите одну из строк. Если это не сработает, вы всегда можете сделать то, что он говорит, и установить местоположение точки останова:)

Ответ 4

Попробуйте восстановить решение.

Иногда существуют сценарии post-build, которые копируют DLLs из одного проекта в другой, чтобы обновлять библиотеки DLL в разных проектах. Если вы изменяете и компилируете только один проект, некоторые из этих сценариев могут не выполняться, а старый DLLs может не обновляться.

Ответ 5

У кого-то есть такая же проблема, перейдите в iis, затем пулы приложений слева, затем выберите пул приложений, а затем щелкните правой кнопкой мыши Просмотреть приложения. Теперь под физическим путем вы сможете увидеть физический путь, к которому будет привязан ваш виртуальный путь, поэтому убедитесь, что физический путь указывает на нужную папку, и если он не указывает на нужную папку, тогда удалите приложение из пул приложений и добавьте его снова

Ответ 6

Несмотря на то, что моя текущая конфигурация проекта была настроена на Debug, казалось, что она компилируется как Release.

Я удалил (удалил) Web.Release.config из своего проекта, перекомпилировал решение и затем вернул Web.Release.config.

Теперь все работает просто отлично. Что за странное поведение, а? :)

Ответ 7

Это происходит с отладочным проектом, когда вы пытаетесь скопировать успешно созданный проект из корневой (корневой папки проекта) и сохранить его копию в папке "Проект" соответствующей Visual Studio.

Когда вы делаете вышеупомянутый шаг, местоположение отладки Visual Studio иногда продолжает ссылаться на встроенные библиотеки DLL в папке для копирования/резервного копирования.

То же самое можно изменить ОДИН ИЗ МЕТОДОВ, написанных здесь.

Но если вы используете IIS-EXPRESS, встроенную в Visual Studio, вам нужно перейти к свойствам проекта "Свойства | alt + enter" => "Веб" => В разделе "Серверы" выбрать IIS Express => Для текущего URL проекта, нажмите "Создать виртуальный каталог".

Это предупредит вас о том, что текущий URL-адрес проекта ссылается на какое-то другое расположение проекта (Ваша папка копирования/резервного копирования). Подтвердите свой выбор для диалогового окна, и вот, пожалуйста, снова НАЖИМАЯ на свои контрольные точки.

Ответ 8

Это может быть связано с указанием неверной библиотеки в вашей ссылке.

Когда я получил эту проблему, я только начал новое решение со старым проектом. Я не изменил целевую библиотеку в разделе Project-> link-> input. Поэтому, как только я внес изменения, я получил эту ошибку. Каждое решение хранит копию библиотеки.

Ответ 9

У меня была такая же проблема, и я решил ее, удалив атрибут [System.Diagnostics.DebuggerStepThroughAttribute()] в классе.