Возникли ошибки сборки visual studio 2017
Обновлено: 08.07.2024
Когда я пытаюсь выполнить команду «update-database», я получаю следующее исключение:
Укажите флаг '-Verbose', чтобы просмотреть операторы SQL, применяемые к целевой базе данных. System.IO.FileNotFoundException: не удалось загрузить файл или сборку 'Microsoft.Build.Framework, версия = 15.1.0.0, культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a' или одна из ее зависимостей. Система не может найти указанный файл. Имя файла: «Microsoft.Build.Framework, версия = 15.1.0.0, культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a»
WRN: регистрация привязки сборки выключена. Чтобы включить ведение журнала ошибок привязки сборки, задайте для параметра реестра [HKLM \ Software \ Microsoft \ Fusion! EnableLog] (DWORD) значение 1. Примечание. С журналированием ошибок привязки сборки связано некоторое снижение производительности. Чтобы отключить эту функцию, удалите значение реестра [HKLM \ Software \ Microsoft \ Fusion! EnableLog].
Не удалось загрузить файл или сборку «Microsoft.Build.Framework, версия = 15.1.0.0, Culture = нейтральный, PublicKeyToken = b03f5f7f11d50a3a» или одну из ее зависимостей. Система не может найти указанный файл.
Не удалось загрузить файл или сборку. Microsoft.Build.Framework, Версия = 15.1.0.0, Культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a 'или одна из его зависимостей. Система не может найти указанный файл. '
Я использую Visual Studio 2017 и пытался сделать Update-Database после Add-Migration .
Чтобы решить эту проблему, я закрыл Visual Studio и снова открыл ее , а затем снова запустил Update-Database .
Это может или не может решить вашу проблему, но я подумал, что выложу на всякий случай, если это поможет.
Мой отсутствующий файл или версия сборки отличается от вопроса.
Я думаю, что моя проблема вызвана тем, что я публикую проект, созданный с VS 2015 в VS 2017. Надежда может помочь другим, у которых есть такая же проблема.
Наш локальный скрипт сборки использовал более старую версию nuget.exe ( 4.7.1.5393 ) для восстановления пакетов NuGet. Мы начали получать эту ошибку после обновления до Visual Studio 2019 версии 16.5.0 . Обновление до последней версии nuget.exe ( 5.4.0.6315 ) исправило проблему для нас.
Основной причиной этой проблемы являются относительные пути в файле devenv.exe.config к Microsoft.Build.Framework.dll (см. Теги xml).
Некоторые расширения Visual Studio изменяют текущий каталог и делают относительные пути недействительными.
У нас была эта проблема, и вот что нам нужно было сделать в нашем случае:
Поэтому проверяйте весь callstack , когда команды миграции не могут увидеть, есть ли у вас похожая проблема.
В моем случае что-то (возможно, NuGet-Update) добавило AssemblyBinding в файл web.config:
После удаления этой зависимой Assemby-Entry я снова смогу опубликовать проект.
Я столкнулся с той же проблемой при обновлении компонентов XCode / Mono в macOS.
Решение - обновить Visual Studio для Mac до последней версии.
Спасибо тем, кто уже разместил. Моя ситуация была решена комбинацией вышеупомянутого. У меня было несколько версий Visual Studio: 2015, 2017, 2019. В какой-то момент версия MSBUILD изменилась с 15.1 до 15.9. Я решил эту проблему, обновив файл C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ Common7 \ IDE \ devenv.exe.config, чтобы он указывал на библиотеку 15.9. Вот пример одной из записей:
На всякий случай перезапуск Visual Studio не работает. Перейдите в Диспетчер задач / Обозреватель процессов и навык VBCSCompiler.exe.
Закрытие и повторное открытие Visual Studio работает как шарм!
Это сработало для меня: ошибка возникает при выполнении команды восстановления nuget. Nuget версия 4.6.2. У меня есть два способа решить эту проблему.
Используйте Nuget 4.8.2 и выше. gacutil / i "C: \ Program Files (x86) \ Microsoft Visual Studio \ 2019 \ Professional \ MSBuild \ Current \ Bin \ Microsoft.Build.Framework.dll
Я нашел обходной путь, который, похоже, решает проблему навсегда, по крайней мере, в моей среде с VS 2017 Professional 15.5.2 и Entity Framework 6.1.1.
В основном, установите DLL (с несколькими связанными) в GAC (Global Assembly Cache), и проблема исчезнет.
Следуй этим шагам:
Закройте все запущенные экземпляры Visual Studio 2017
Запустите командную строку разработчика Visual Studio 2017
Введите следующие команды (замените Professional своей версией, Enterprise или Community или измените путь соответствующим образом):
Опять же, это работает для меня, и это просто обходной путь, он не решит саму проблему ядра, но, по крайней мере, мне не нужно постоянно перезагружать VS при попытке работать с EF-миграциями, и этого достаточно для меня.
Visual Studio включает эффективный интегрированный набор средств сборки и отладки проектов. Из этой статьи вы узнаете, как Visual Studio может помочь обнаружить проблемы в коде с помощью построения выходных данных, анализа кода, средств отладки и модульных тестов.
Мы разобрались, как работать с редактором, и написали код. Теперь необходимо убедиться, что код работает должным образом. Отладка в Visual Studio, как и в большинстве интегрированных сред разработки (IDE), осуществляется в два этапа: построение кода для обнаружения и устранения ошибок проекта и компилятора и выполнение кода для обнаружения ошибок времени выполнения и динамических ошибок.
Сборка кода
Существует два основных типа конфигурации сборки: отладка и выпуск. При использовании конфигурации отладка создается более крупный и медленный исполняемый файл, обеспечивающий более широкие интерактивные возможности отладки во время выполнения. Исполняемый файл конфигурации отладка никогда не следует отправлять. Конфигурация выпуск позволяет создать более быстрый оптимизированный исполняемый файл, подходящий для отправки (по крайней мере с точки зрения компилятора). По умолчанию используется конфигурация Отладка.
Самый простой способ выполнить сборку проекта — нажать клавишу F7, однако вы также можете начать сборку, выбрав в главном меню пункты Сборка > Собрать решение.
Процесс сборки можно наблюдать в окне Вывод в нижней части пользовательского интерфейса Visual Studio. Здесь отображаются ошибки, предупреждения и операции сборки. При наличии ошибок (или предупреждений выше заданного уровня) сборка завершится ошибкой. Можно щелкнуть ошибку и предупреждение, чтобы перейти к строке, где они возникли. Для перестроения проекта можно нажать клавишу F7 (чтобы перекомпилировать только файлы с ошибками) или CTRL+ALT+F7 (для чистого полного перестроения).
После успешного выполнения построения вы увидите примерно следующие результаты в окне Вывод:
Просмотр списка ошибок
Если вы внесли какие-либо изменения в код, который был ранее и успешно скомпилирован, возможно, возникнет ошибка. Если вы новичок в написании кода, возможно, их будет много. Ошибки иногда очевидны, например простая синтаксическая ошибка или неправильное имя переменной, а иногда их причину трудно выяснить, имея в распоряжении только зашифрованный код. Чтобы получить более четкое представление о проблеме, перейдите вниз окна Вывод сборки и щелкните вкладку Список ошибок. При этом вы перейдете к более организованному представлению ошибок и предупреждений для проекта и получите доступ к некоторым дополнительным параметрам.
Щелкните строку ошибки в окне Список ошибок, чтобы перейти в строку кода, в которой возникла ошибка. (Кроме того, номера строк можно включить, нажав клавиши Ctrl+Q, введя номера строк, а затем выбрав Включить или отключить отображение номеров строк в результатах. Это самый быстрый способ перехода в диалоговое окно Параметры, где можно включить номера строк.
Нажмите клавиши CTRL+G для быстрого перехода к номеру строки, в которой возникла ошибка.
Ошибку можно узнать по подчеркиванию красной волнистой линией Чтобы получить дополнительные сведения, наведите на нее указатель мыши. Внесите исправления, и подчеркивание исчезнет, хотя в результате исправления может возникнуть новая ошибка (это называется "регрессия").
Пройдите список ошибок и устраните все ошибки в коде.
Просмотр подробных сведений об ошибках
Многие ошибки трудны для восприятия, будучи представленными в терминах компилятора. В этом случае могут потребоваться дополнительные сведения. Из окна Список ошибок можно выполнить автоматический поиск в поисковой системе Bing для получения дополнительных сведений об ошибке или предупреждении. Щелкните правой кнопкой мыши по соответствующей строке записи и выберите Показать справочные сведения об ошибке из контекстного меню или щелкните гиперссылку с кодом ошибки в столбце код в списке ошибок.
В зависимости от настроек результаты поиска по коду и описанию ошибки откроются в веб-браузере либо во вкладке Visual Studio с результатами поиска Bing. Представленные результаты — из различных источников в Интернете, и, возможно, не все они будут полезными.
Анализ кода
Средства анализа выполняют поиск общих проблем в коде, которые могут привести к ошибкам времени выполнения или проблемам управления кодом.
Анализ кода C++
Чтобы выполнить анализ кода C++, запустите статический анализ кода. Запустить этот компонент после устранения всех очевидных ошибок, препятствующих успешной сборке, и потратить некоторое время, чтобы устранить создаваемые им предупреждения, — очень полезная привычка. Вы сможете избавиться от определенных будущих проблем, а также научитесь некоторым полезным приемам написания кода.
Нажмите клавиши ALT+F11 (или выберите в верхнем меню команду Анализ > Выполнить анализ кода в решении) для запуска статического анализа кода.
Все новые или обновленные предупреждения отображаются на вкладке Список ошибок в нижней части интегрированной среды разработки. Щелкните предупреждение для перехода к нему в коде.
Использование быстрых действий для исправления или рефакторинга кода
Если вы привыкли работать с клавиатурой, вы можете использовать клавиши со стрелками и сочетание клавиш CTRL+ . для проверки возможностей оптимизации и очистки кода!
Запуск очистки кода
Помимо форматирования пробелов, отступов и т. п., функция Очистка кода применяет определенные вами соглашения о стиле кода. Ваши настройки для каждого стиля кода считываются из файла EditorConfig, если такой существует в проекте, или из раздела Параметры стиля кода, который доступен через диалоговое окно Параметры.
Отладка выполняемого кода
Успешно завершив сборку кода и его очистку, запустите код, нажав клавишу F5 или выбрав команду Отладка > Начать отладку. Приложение будет запущено в среде отладки, и вы сможете пронаблюдать его поведение. Интегрированная среда разработки Visual Studio изменяется во время выполнения приложения: окно Вывод заменяется двумя новыми окнами (в конфигурации окон по умолчанию): окном с вкладками Видимые/Локальные/Контрольные значения и окном с вкладками Стек вызовов/Точки останова/Параметры исключений/Вывод. Эти окна имеют несколько вкладок, которые позволяют просмотреть и проверить переменные, потоки, стеки вызовов приложения и другие характеристики поведения во время выполнения приложения.
Остановите приложение, нажав клавиши SHIFT+F5 или кнопку Остановить. Кроме того, можно просто закрыть главное окно приложения (или диалоговое окно командной строки).
Задание простых точек останова
Точки останова — это один из самых простых и важных компонентов надежной отладки. Точка останова указывает, где Visual Studio следует приостановить выполнение кода, чтобы вы могли проверить значения переменных или поведение памяти либо выполнение ветви кода. После установки или удаления точек останова перестраивать проект не нужно.
Установите точку останова, щелкнув дальнее поле строки, в которой требуется приостановить выполнение, или нажмите клавишу F9, чтобы установить точку останова в текущей строке кода. Выполнение кода прерывается (останавливается) перед инструкциями для этой строки кода.
Чаще всего точки останова используются для решения следующих задач.
Чтобы точнее определить источник аварийного завершения или отсутствия отклика программы, расставьте точки останова вокруг и непосредственно в коде вызова метода, который, по вашему мнению, приводит к сбою. При выполнении кода в отладчике удаляйте, а затем снова устанавливайте точки останова ближе друг к другу, пока не найдете строку кода, вызывающую ошибку. Выполнение кода в отладчике описывается в следующем разделе.
При добавлении нового кода установите точку останова в его начале и выполните код, чтобы убедиться в том, что он работает правильно.
При реализации сложного поведения задайте точки останова для алгоритмического кода, чтобы можно было проверить значения переменных и данные при прерывании программы.
При написании кода C или C++ используйте точки останова для остановки кода, чтобы можно было проверить значения адреса (ищите значение NULL) и просмотреть значения счетчиков при отладке ошибок, связанных с памятью.
Дополнительные сведения о точках останова см. в статье Использование точек останова.
Проверка кода во время выполнения
Когда выполнение кода приостанавливается из-за достижения точки останова, строка кода, помеченная желтым цветом (текущий оператор), еще не выполнена. Вы можете выполнить текущий оператор и проверить, как изменились значения. Для выполнения кода в отладчике можно использовать ряд команд пошагового выполнения. Если отмеченный код является вызовом метода, вы можете выполнить шаг с заходом, нажав клавишу F11. Кроме того, можно выполнить шаг с обходом строки кода, нажав клавишу F10. Дополнительные команды и подробные сведения о пошаговом выполнении кода см. в статье Навигация по коду с помощью отладчика.
Код, представленный на предыдущей иллюстрации, может выполняться отладчиком по одному оператору. Для этого можно нажимать клавишу F10 или F11 (так как здесь нет вызова метода, результат выполнения обеих команд будет одинаковым).
Когда отладчик приостанавливает выполнение, можно проверить переменные и стеки вызовов, чтобы разобраться в происходящем. Находятся ли значения в тех диапазонах, которые вы ожидали увидеть? Выполняются ли вызовы в правильном порядке?
Наведите курсор на переменную для просмотра ее текущего значения и ссылок. Если отображается значение, которое вы не ожидали увидеть, возможно, в предыдущем или вызывающем коде имеется ошибка. Более подробные сведения об отладке см. в статье об использовании отладчика.
Кроме того, Visual Studio выводит на экран окно средств диагностики, где можно наблюдать за загрузкой ЦП и использованием памяти приложением в динамике по времени. В дальнейшем в процессе разработки приложения эти средства можно применять для выявления случаев непредвиденно высокой загрузки ЦП или чрезмерного выделения памяти. Это окно можно использовать в сочетании с окном Контрольные значения и точками останова, чтобы определить причину непредвиденно интенсивного использования или неосвобожденных ресурсов. Дополнительные сведения см. в статье Обзор возможностей профилирования.
Запуск модульных тестов
Модульные тесты — это первая линия защиты от ошибок в коде, так как при правильном проведении они позволяют проверять отдельные "модули" кода (как правило, это отдельные функции), которые проще отлаживать, чем всю программу. Visual Studio устанавливает платформу модульного тестирования Майкрософт для управляемого и машинного кода. Платформа модульного тестирования используется для создания модульных тестов, их запуска и передачи результатов таких тестов. Завершив внесение изменений, запустите модульные тесты повторно, чтобы убедиться, что код по-прежнему работает правильно. При использовании выпуска Visual Studio Enterprise можно настроить автоматический запуск тестов после каждой сборки.
Чтобы приступить к работе с модульными тестами, ознакомьтесь со статьей Создание модульных тестов для кода с помощью IntelliTest.
Дополнительные сведения о модульных тестах в Visual Studio, а также о том, как они могут помочь в создании более качественного кода, см. в статье Основные сведения о модульных тестах.
Ошибка в Microsoft Visual Studio 2017 C++ Community
При создание нового проекта на C++ (консольное приложение или пустой проект), через 2 секунды после.
Вывод русского текста в консольном окне Visual C++ программы Visual Studio Community 2017
Опробовал разные варианты, но почему-то в версии 2017 предыдущие методы не работают. Программа.
Коммерческая разработка Visual Studio Community 2017
возможна ли коммерческая разработка в IDE Visual Studio Community 2017? если возможно то как.
В программе нет ничего кроме:
У тебя функция объявлена так, что она должна возвращать целое значение, а она у тебя ничего не возвращаетю
Перепиши ее так
У тебя функция объявлена так, что она должна возвращать целое значение, а она у тебя ничего не возвращаетюа теперь правильный ответ:
для функции main не обязательно прописывать явный return.
в этом случае функция вернет 0
storage duration) and calling std::exit with the return value as the argument. If control reaches the end
of main without encountering a return statement, the effect is that of executing
return 0; а теперь правильный ответ:
для функции main не обязательно прописывать явный return.
в этом случае функция вернет 0
По идее так оно так, но я столкнулся с тем, что если я забываю поставить оператор return, то компилятор выдает ошибку. Это наблюдалось в MSVS 2015. В MSVS 2008 такая фигня наблюдается только Debug сборке программы. Так что мой ответ исключительно следует из моей практики.
Не все, что пишет Microsoft работает на практике. Если бы это было бы не так, то и вопросов на этом форуме было бы гораздо меньше
У тебя функция объявлена так, что она должна возвращать целое значение, а она у тебя ничего не возвращаетюПерепиши ее так
Ну я не настолько деревянный. что с return что без него - одинаковая картина. Я наоборот специально всё лишнее убрал, чтобы картину не смазывало. Ну то есть суть вопроса в том, что косяк где-то в софте (или ОСь или сама VS), а не в моей программе. Я просто с VS никогда не работал, вот только установил, а она собственно и работать отказывается
а теперь правильный ответ:для функции main не обязательно прописывать явный return.
в этом случае функция вернет 0
Добавлено через 5 минут
Visual Studio Community 2017 ошибка компиляции
Добрый вечер! Ребята, столкнулся с новой для меня ошибкой) Пол интернета перелазил так и не нашел.
Visual Studio 2017 Community
Добрый день! Подскажите пожалуйста, пропало поле BreakPoint. Точку могу поставить горячей.
Visual Studio Community 2017 Лицензия
Добрый день! Использую Visual Studio Community 2017. Предположим, я пишу мелкие программы.
Отладка Visual Studio 2017 community
Как в отладке сделать так что бы было видно весь массив? а то у меня видно его частично и значение.
Я получаю следующую ошибку .
Я пробовал следующее:
Это ошибка? Есть ли обходной путь? Любая помощь приветствуется.
У меня была та же проблема, и я не нашел предлагаемых решений. Мое решение этой проблемы: проверьте 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 был автоматически добавлен (но не нужен) во время рефакторинга
Это сработало для меня! Обязательно попробуйте это, если все остальное у вас не работает<dependentAssembly> <assemblyIdentity name="System.Runtime" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/> <bindingRedirect oldVersion="0.0.0.0-4.1.2.0" newVersion="4.1.2.0"/> </dependentAssembly>
Я исправил свою ошибку, установив 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.
В моем случае, просто благодаря этому программа начала работать, но она, вероятно, будет работать только в том случае, если у вас нет конфликтов версий одной и той же сборки во время выполнения.
Читайте также: