Не удалось обработать файл конфигурации visual studio

Обновлено: 07.01.2025

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

Любая помощь будет принята с благодарностью.

У меня тоже была эта проблема с файлами моего проекта, расположенными в OneDrive. Я решил, что переименовал файл applicationhost.config, расположенный в каталоге ".vs \ config" корневого каталога проекта, а затем перезагрузил веб-проект. Это создаст новый файл applicationhost.config.

2 - Открыл [myappnamefolder] .vs \ config \ applicationhost.config в Блокноте.

Он был найден в system.applicationHost, sites, name site, application path, virtualDirectory - physicalPath

4 - Изменено значение physicalPath , чтобы оно указывало на действительный путь к файлу конфигурации проекта, как указано выше.

5 - Сохранен файл applicationhost.config .

Мои пути были разными, потому что у меня были разные домашние каталоги пользователей на каждой машине. (Пользователь A и пользователь B)

У меня была эта проблема несколько раз, используя VS 2017 с Onedrive. Решил это, переименовав application.config и заставив VS воссоздать его. С таким же успехом можно было отредактировать строку в файле. См. В качестве примера разницу ниже.

Файл конфигурации находится примерно в папке C:\Code\MyProject\.vs\config\. .

Я решил эту ошибку, указав, как показано ниже:

ШАГ 1: перейдите по этому пути C: \ Users \ navz \ OneDrive \ Documents \ IISExpress \ config

ШАГ 2: Когда вы дойдете до этой папки "config" в этой папке мы видим файл " applicationhost "

ШАГ 3: Закройте существующий проект Visual Studio и удалите файл applicationhost (см. Путь к шагу 2).

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

Когда я попытался сохранить свои изменения, я понял, что TFS пометила файл как доступный только для чтения, не позволяя VS обновить значение. Удаление атрибута только для чтения устранило проблему.

У меня ничего из вышеперечисленного не сработало. Я закончил тем, что удалил и повторно клонировал репо, которое доставляло мне проблемы. Затем он открылся просто отлично.

Защитник Windows 10 был причиной этого для меня. Когда я отключил доступ к папке управления, он снова заработал. Странно, потому что какое-то время он работал с этой настройкой.

Если была такая же проблема, то заглянул в vs \ config \ applicationhost.config, и он был зашифрован. Незашифрованный файл и решение загрузились без проблем.

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

Я начал новый консольный проект в VS2015. У меня есть только этот код:

когда я пытаюсь запустить, я получаю это :

Не удается запустить отладку. Не удалось запустить запускаемый проект. Проверьте параметры отладки для запуска проекта.

после обновления MSVC2015 до Update3 у меня была та же проблема: вместо std::map в окне часов отображается как ужасный std::_Tree<std::_Tmap_traits. etc., некоторые плагины начали выбрасывать исключения, некоторые проекты не смогли работать в режиме отладки.

все было решено путем удаления CurrentSettings.vssettings по

найти расположение этого файла, перейдите к Tools -> Options -> Environment -> Import and Export Settings . Обычно он находится по адресу: Documents\Visual Studio 2015\Settings

решено с перезапуском Visual Studio.

Я тоже застрял с этим. Я удалил обе папки bin & obj, сделал перестройку, а затем запустил ее.

очень бессмысленная ошибка.

вы используете Visual studio как Administrator

так просто restart visual studio As Administrator

дополнительно к "невозможно начать отладку" У меня также были ошибки "операция не может быть завершена: неопределенная ошибка", когда я пытался перестроить.
Спасибо всплывающее окно Visual Studio: "операция не может быть завершена" этого было достаточно!--4-->закрыть Visual Studio 2015, а затем снова открыть.

убедитесь, что вы запускаете Visual Studio в качестве администратора.

щелкните правой кнопкой мыши на ярлыке Visual Studio 2015
выберите вкладку "Ярлык"
нажмите на кнопку Дополнительно
установите флажок "Запуск от имени администратора" в любое время (см. ниже)

Это не идеально, чтобы запустить VS в режиме администратора во все времена. Убедитесь, что вы снимите флажок, как только проблема будет решена.

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

файл и прокомментировал это свойство

и все исправлено.

У меня была такая же проблема и я решил ее, удалив .vs каталог в каталоге проекта.

просто удалить .vs скрытая папка. Эта папка находится в том же месте, где находится файл sln. Удаление этой папки также обновляет кэш intellisense и устраняет любые проблемы с этим. Надеюсь, это поможет.

удалить все соответствующие папки /obj и / bin. Бежать снова.

просто перезапустите visual studio и запустите его как администратор.

У меня было это с Xamarin.проект iOS в моем Xamarin.Формирует решение. Я перепробовал все предложения, но безуспешно.

источник ошибки был неправильно .csproj проекта. Я никогда не редактировал его сам и даже не касался свойств проекта. Я использую Visual Studio 2017 RC. Я столкнулся с решением, когда сравнивал файл проекта с предыдущими версиями в системе управления версиями.

решение: сравните файл проекта с предыдущей версией и попробуйте чтобы granually вернуть изменения, пока вы не устраните проблему и не узнаете, в чем причина.

Я тоже нашел эту проблему. Но после перезапуска сообщества Visual Studio 2015 в качестве администратора я обнаружил новую проблему:

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

была такая же проблема с существующим приложением, я удалил настройки vs, но все же проблема осталась,

наконец, я просто перезапустил VS, и он работал нормально.

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

после добавления ссылки на проект 'MyProjectReference ' в мое приложение, а затем удалив его, я также получал ту же ошибку:

Не удается запустить отладку . Не удалось запустить запускаемый проект. Проверьте параметры отладки для запуска проекта.

удаление конфигурации, Запуск от имени администратора, перезапуск VS, перезагрузка машины не имели никакого эффекта.

после запуска моего веб-приложения без отладки (щелкните правой кнопкой мыши проект -> Просмотр в браузере (Google Chrome) я получил гораздо более полезную ошибку:

не удалось загрузить файл или сборку 'MyProjectReference' или один из его зависимости. Была сделана попытка загрузить программу, имеющую неверный формат.

мое решение состояло в том, чтобы снова добавить в решение, а затем снова удалить его. После этого rebuild и debug работали.

Решение

(1) Убедитесь, что ваше приложение находится в режиме отладки (не в режиме выпуска).

(2) Пожалуйста, включите параметры, такие как следующий снимок экрана.

Другие решения

Есть несколько вещей, которые вы можете проверить.

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

Есть вероятность, что символы отладки где-то перепутались. Следовательно, попробуйте очистить / перестроить проект (вы можете попробовать удалить каталог bin / build вручную).

В Build-> Configuration Manager вы также можете проверить, действительно ли «Отладка» для конфигурации решения заставляет ваш проект выполняться в режиме отладки.

94 Saint [2012-02-21 11:49:00]

Когда я нахожу F5 (режим отладки), ничего не происходит. Строение работает правильно, exe файл, который я могу запустить правильно, но не могу запустить debug. Почему?

У меня была та же проблема, и все трюки не сделали этого, пока я не снял флажок "Включить хостинг Visual Studio" на вкладке отладки в свойствах проекта

45 mo. [2012-09-25 21:18:00]

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

Затем я заметил, что я не могу вручную удалить свой каталог Bin, и я понял, что MyApp.vshost.exe все время работал в фоновом режиме, не позволяя себе перезаписывать Visual Studio 2012. Не знаю, как это сделать все еще работал с VS2010:/

В итоге, решение, которое сработало для меня: Убейте процесс, повторите попытку.

Другими словами, вы пытались отключить и снова включить?

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

Извините, что поставил старый вопрос, но сегодня у меня была такая же проблема, но причина была в том, что из-за порядка сборки решения. Если вы перейдете в Solution Property Pages → Common Properties → Startup Project .
Выбрано Multiple startup projects , переместите веб-проект в начало списка.

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

Надеемся, что другие найдут это полезным

5 Neil [2016-03-14 14:10:00]

Это решение уже было упомянуто, но для его работы потребовалось некоторое вмешательство, поэтому ясное решение

На вкладке "Проект/вкладка" выберите "Свойства". (или в вашем браузере решений) Перейдите на вкладку "Отладка". Снимите флажок Включить процесс хостинга Visual Studio. (Снимите флажок) проверьте, работает ли он. если он не перезагружает ваш компьютер (некоторые из файлов проектов работают в фоновом режиме, если вы знаете, как их остановить, перезапуск не обязательно просто заканчивает их задачи) перестроить проект

это должно решить проблему

Что помогло мне решить эту проблему:

закрыть решение
удалить файл solution.suo
повторно открыть решение

Перед тем, как пройти интенсивное исправление. попробуйте это!

Просто запустите файл .exe в папке отладки. "Не закрывай!"

Запустите отладчик в Visual Studio. (i) Должна появиться ошибка. просто скажите "нет"

Закройте файл ".exe", который вы начали на этапе "1".

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

Во-первых, в свойствах проекта и на вкладке Debug убедитесь, что ваш Start Action установлен на Start Project , а не какой-либо другой параметр, который не будет работать. Если это не разрешило, то:

Перейдите к Tools -> Options -> Environment -> Keyboard и в Show commands containing: введите Debug.Start и убедитесь, что для параметра Shortcuts for selected command: установлено значение F5 (Global) . Также убедитесь, что у вас нет ничего другого, сопоставленного с F5, который может конфликтовать.

Наконец, если это не решит вашу проблему, я предлагаю вам экспортировать текущие настройки среды в качестве резервной копии, а затем reset все настройки среды полностью. Посмотрите, разрешит ли это, если нет, а затем reimport ваши старые настройки и попробуйте восстановить визуальную студию.

закройте проект и удалите все файлы в папке projectinDebug , чтобы создать новое решение для отладки

1 joa [2013-04-23 23:19:00]

Перейдите в Обозреватель решений, щелкните правой кнопкой мыши проект, перейдите в свойства, нажмите "Отладка", внизу снимок установлен, установите флажок "Включить отладку SQL Server".

1 jmurphy [2013-05-22 20:10:00]

Убедитесь, что на вкладке "Проект" → "Свойства" → "Отладка" → "Начало действия", которые "Не запускать, но отлаживать мой код при запуске", не проверяется. Как-то это прошло через месяц после того, как я создал и работал над моим проектом.

Отметив это, я решил проблему.

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

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

0 Aidal [2016-10-13 13:35:00]

У меня была такая же проблема (видимо, несколько лет спустя), где я мог видеть свое устройство в VS 2015, но когда я хотел отлаживать устройство, ничего не происходило.

Это может быть другой вопрос, чем тот, который был у оригинального плаката, но это решение устранило проблему для меня в VS 2015.

Щелкните правой кнопкой мыши решение и выберите "Свойства", а затем отметьте, установлен ли флажок для вашего решения в столбце "Развернуть", если это не так, проверьте его и повторите попытку отладки. Работал для меня.

У меня была эта проблема в приложении WPF, над которым я работал. При запуске отладчика процесс с именем MyApp.VsHost.exe запускается и продолжает работать в фоновом режиме, но исключений не было бы выбрано и ничего в окне вывода, кроме информации о сборке.

Это произошло потому, что я изменил пространство имен моего класса App , но не обновил атрибут Class в App.xaml , чтобы соответствовать новому пространству имен. Я изменил пространство имен в файле xaml, и он снова работал.

Быстрое исправление, которое может помочь кому-то:

Если вы работаете с пакетом SSIS или с решением с несколькими приложениями внутри него. Удостоверьтесь, что у вас есть правильный набор приложений в качестве "Начального проекта".

Если у вас есть отдельный проект приложения или SSIS в той же папке, ваша Visual Studio, вероятно, создает это вместо того, что вы хотите запустить.

Надеюсь, это поможет!

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

0 Annye [2015-02-19 15:30:00]

Я нашел решение:

Закройте решение для Visual Studio
Откройте заголовок проекта .csproj с помощью блокнота ++, например.
Поиск тегов в разделе
Удалить тег конфигурации полностью
Откройте свое решение, и для меня теперь отладка работает над моим проектом.

0 GlennG [2013-06-03 02:07:00]

Этот процесс обычно работает для меня:

0 toregua [2013-01-23 15:39:00]

Я нашел решение:

Закройте решение для Visual Studio
Откройте заголовок проекта .csproj с помощью блокнота ++, например.
Найдите false в разделе

Visual Studio 2010

В консоли управления пакетами я запустил

и мое решение могло бы скомпилироваться.

Такая же ошибка, попробовал выполнить VS как Администратор, и он сработал.

Я столкнулся с этой проблемой. В моем случае, как-то пропустили проект проекта запуска. Поэтому убедитесь, что один из проектов в вашем решении explorer задан как проект запуска. Чтобы настроить проект запуска, щелкните правой кнопкой мыши по желаемому проекту в проводнике решений → нажмите " Установить как проект запуска"

Мой опыт работы с Visual Studio 2015, я попробовал удалить все процессы и перезапустить, это не сработало. Я попытался удалить каталог bin, это не сработало.

Проверьте Configuration Manager, убедитесь, что все проекты компилируются для одной и той же платформы.

Я отключил процесс хостинга, чтобы обойти проблему его оставления и оставить файлы заблокированными. Когда я это сделал, я обнаружил, что окно консоли не появилось, когда я ударил F5 для отладки, хотя моя программа прошла нормально. Затем я заметил, что у меня установлен флажок "Предпочтительный 32-разрядный". Я отмахивался от этого, перестроил и окно консоли появилось еще раз. Это показалось странным, поэтому я снова отметил его и подтвердил, что могу воспроизвести это поведение. Я использую Visual Studio 2013.

-1 Saint [2012-02-21 12:36:00]

Наконец я создал другой проект и скопировал существующие файлы и папки. Может быть, "непрофессиональный", но он работает:) К счастью, это небольшой проект

У меня очень смешное решение, но это сработало для меня,

Удерживайте клавишу F5, пока не увидите, что отладка началась, я серьезный парень.

Сообщество, где люди делятся уникальным опытом

Вопросы и ответы по любой теме от IT сообщества

Помогаем строить карьеру в IT-индустрии

Биржа удаленной работы для IT-специалистов

Хабр Q&A — вопросы и ответы для IT-специалистов

Получайте ответы на вопросы по любой теме из области IT от специалистов в этой теме.

Я получаю следующую ошибку .

Я пробовал следующее:

Это ошибка? Есть ли обходной путь? Любая помощь приветствуется.

У меня была та же проблема, и я не нашел предлагаемых решений. Мое решение этой проблемы: проверьте App.config и packages.config, чтобы узнать, совпадают ли версии.

Первоначально мой app.config содержал:

Но файл packages.config содержал:

Я изменил запись app.config, чтобы она соответствовала packages.config для новой версии:

После изменения проблема была решена.

Я вытащил «4.3.0» из NuGet, но по какой-то причине VS настаивает на том, чтобы я ссылался на «4.1.2.0», у меня сработала аналогичная работа, только с другим номером версии . У меня была такая же проблема, как у @DavidRogers в проекте MSTest. Объединение различий между app.config и packages.config решило проблему. да, большое спасибо ! Это было решение для моего MSTest, который не нашел тестов [MSTest][Discovery] Failed to discover tests from assembly Reason:Could not load file or assembly 'System.Reflection, Version=4.1.1.0 etc Решение сработало для меня. Проблема началась после установки HtmlAgilityPack NUGET. И не запускался из-за неправильной информации о версии в пакетах. +1

Приведенное ниже больше не нужно, оно было исправлено около VS 15.3:

Был известная ошибка VS2017 , особенно в NuGet 4.0.

NuGet 4.x приносит с собой «ссылку на пакет» - больше никаких пакетов.config, - но старый конвейер 4.x не был полностью обновлен на момент запуска VS2017. Приведенный выше фрагмент, кажется, «разбудит» систему сборки для правильного включения ссылок на пакеты из зависимостей.

Какое обновление Visual Studio 17? Можете указать версию? У меня все еще проблема в 15.5.5 VS2017. Похоже, есть и другие причины.

Я недавно столкнулся с этой проблемой, и я пробовал много вещей, упомянутых в этой и других ветках. Я добавил ссылку на "System.Runtime" пакет для диспетчера пакетов nuget, исправил повторные привязки app.config и убедился, что app.config и package.config для сборки используется та же версия. Однако проблема не исчезла.

Наконец-то снял <dependentAssembly> бирку для сборки и проблема исчезла. Итак, попробуйте удалить следующее в вашем app.config .

Основываясь на вашем ответе, я проверил свои пакеты nuget и обнаружил, что между моими проектами требуется «Google.protobuf» (консолидация), Было бы полезно лучше объяснить, почему это сработает. Проблема с этим методом заключается в том, что всякий раз, когда вы обновляете какой-либо пакет nuget или добавляете новый пакет nuget, он будет добавлен снова.

Я решил эту ошибку, сославшись на NetStandard.Library и следующий файл app.config в NUnit-Project.

редактировать

Редактировать 2

В новых версиях Visual Studio (я думаю, 2017 15.8) возможно, что Studio создаст файл app.config. Просто установите флажок Автоматически создавать перенаправления привязки в Project-Properties - Application .

Редактировать 3

Я исправил это, удалив app.config с помощью

app.config был автоматически добавлен (но не нужен) во время рефакторинга

Это сработало для меня! Обязательно попробуйте это, если все остальное у вас не работает

Я исправил свою ошибку, установив NetStandard.Library в свой проект модульного тестирования.

Мы обнаружили, что AutoGenerateBindingRedirects может быть причиной этой проблемы.

Замечено: один и тот же проект нацелен net45 и netstandard1.5 был успешно построен на одной машине и не был построен на другой. На машинах были установлены разные версии фреймворка (4.6.1 - успешно и 4.7.1 - неудачно). После обновления фреймворка на первой машине до версии 4.7.1 сборка также не удалась.

Загляните в это прямо сейчас в проекте модульного теста после добавления MsTest V2 через Nuget. Переименование app.config (столь эффективное его удаление) помогло мне.

но один пакет также добавил ту же сборку в зависимости от другой версии:

удаление тега «добавить сборку» из моего файла web.config решило проблему.

В app.config или web.config добавьте

Похоже, проблема возникает из-за конфликта версий между packages.config и app.config. В app.config у вас есть перенаправления привязки сборки, автоматически генерируемые функцией AutoGenerateBindingRedirects. Если этот параметр включен каждый раз, когда вы загружаете пакет nuget, он будет, помимо создания новой записи в packages.config, добавлять эту информацию о перенаправлении привязки в app.config. Какова цель этого, объясняется здесь: Перенаправление привязки сборки: как и почему?

Там вы можете прочитать, что написал пользователь @Evk:

Зачем вообще нужны привязки перенаправления? Предположим, у вас есть приложение A, которое ссылается на библиотеку B, а также на библиотеку C версии 1.1.2.5. Библиотека B, в свою очередь, также ссылается на библиотеку C, но версии 1.1.1.0. Теперь у нас конфликт, потому что вы не можете загружать разные версии одной и той же сборки во время выполнения. Чтобы разрешить этот конфликт, вы можете использовать перенаправление привязки, обычно к новой версии.

Итак, БЫСТРОЕ ИСПРАВЛЕНИЕ: удалите все записи в app.config.

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

Читайте также: