В этой версии visual studio невозможно открыть следующие проекты
"этот проект несовместим с текущей версией Visual Studio в"
одна ситуация, приводящая к этой ошибке, уже была опубликована здесь, в Stackoverflow, но этот вопрос была закрыта. Я думаю, что это довольно общая проблема. Поскольку я нашел "решение", я опубликую этот вопрос и мое решение в качестве ответа.
Это может произойти, если вы создадите проект на другой машине и попытаетесь открыть его на новой. Я понял, что пытаюсь открыть проект MVC после того как я случайно удалил веб-инструменты.
Если вы получаете ту же ошибку, для проекта, который фактически является расширением (.vsix), установка Microsoft Visual Studio 2012 SDK делает трюк.
Что касается меня, я понял, что в решении был еще один веб-проект, который мой VS2017 загружался нормально, поэтому я скопировал ProjectTypeGuids элемент его в проект, который не загружался. Его дифф был:
после этого, он загружает. Не спрашивай почему.
в моем случае это был несовместимый тип проекта. Редактирование файла проекта и удаление ProjectTypeGuids узел решил проблему загрузки проекта (я уже переориентировал версию фреймворка, как указано здесь).
поэтому, вероятно, тип проекта не поддерживается в (скорее всего) новой версии VS, поэтому вам придется настроить (Обновить) код для правильной работы (если это возможно), но, по крайней мере, вы можете видеть содержимое через VS.
У меня была эта проблема, и после нескольких часов удаления и переустановки я обнаружил проблему в моем экземпляре.
причина, по которой я получил это, заключалась в том, что у меня не было правильное расширение.
Это был простой случай в расширения и обновления под инструменты меню
чтобы решить эту проблему:
- перейдите в раздел программы и функции
- выберите установку Microsoft Visual Studio 2015 и нажмите кнопку Изменить
- Нажмите Кнопку Изменить
- установить "HTML/Javascript (Apache Cordova) Update 10" раздела кросс-платформенной мобильной разработки
У меня была эта ошибка, и я обнаружил, что это связано с наличием XML-тега "Import" внутри.csproj файл.пользовательский файл. После его удаления Visual Studio может снова открыть проект.
большинство людей забывают, что файлы visual studio - это просто текстовые файлы, которые имеют некоторые особенности конфигурации, которые покажут программе, как его открыть. то есть, мы можем изменить это, потому что это просто текст в каком-то файле в ваших папках проекта.
ну, зная это, то, что мы должны сделать, очень просто!
первый шаг-знать, что это за проект, который остается выгружать. (например: класс Библиотека)
второй шаг-создать новый (библиотека классов), потому что вы знаете, что ваша visual studio создаст версию, поддерживаемую им самим. Выгрузите его и нажмите "Редактировать csproj".
именно в этом файле мы можем найти конфигурацию, которая расскажет VS, как этот proj будет загружен, и его имя ProjectGuid, этот серийный номер имеет вариант в зависимости от типа и версии проекта.
теперь посмотрите на свой "ОК проект", скопируйте Тег "ProjectGuid", вставьте на csproj, который выгружен, и обратите внимание на небольшие различия и сделайте эти файлы почти равными, за исключением тегов ItemGroup, которые представляют ссылки проекта.
делая это, сохраните все файлы и закройте VS и откройте снова, теперь ваш проект должен загружаться нормально.
Я надеюсь, что эта информация поможет кому-то понять немного больше, как работает VS и помочь решить проблемы, когда это необходимо.
эта проблема может быть вызвана при использовании VS 2015 с обновлением 3, установленным на одном ПК и без обновления 3, установленного на другом. В моем случае это было проблемой.
Чтобы обновить проект, созданный в более ранней версии Visual Studio, просто откройте проект в последней версии Visual Studio. Visual Studio предлагает обновить проект до текущей схемы.
Если вы выберете "Нет", проект не обновляется. Для проектов, созданных в Visual Studio 2010 и более поздних версиях, вы по-прежнему можете использовать проект в более новой версии Visual Studio. Просто задайте свойства проекта, чтобы продолжать ориентироваться на старый набор инструментов. Если вы оставляете старую версию Visual Studio на компьютере, его набор инструментов доступен в более поздних версиях. Например, если проект должен продолжать работать в Windows XP, можно выполнить обновление до Visual Studio 2019 года. Затем набор инструментов указывается как v141_xp или более ранней версии в свойствах проекта. Дополнительные сведения см. в разделе Использование собственного многоплатформенного нацеливания в Visual Studio для сборки старых проектов.
Если выбрать "Да", проект будет обновлен на месте. Его нельзя преобразовать обратно в более раннюю версию. В сценариях обновления рекомендуется создать резервную копию существующих файлов проекта и решения.
Visual Studio 2022 имеет нерекомендуемую поддержку обновления типов проектов, имеющих .dsw или .dsp расширения. Для обновления этих проектов можно использовать более раннюю версию Visual Studio, например Visual Studio 2019, а затем обновить их в Visual Studio 2022, чтобы использовать новейшие средства и функции Visual Studio.
Обновление отчетов
При обновлении проекта вы получите отчет об обновлении. Отчет также сохраняется в папке проекта как UpgradeLog.htm. В отчете об обновлении показано, какие проблемы были обнаружены во время преобразования. В ней перечислены некоторые сведения о внесенных изменениях, в том числе:
Код, который больше не компилируется чисто из-за улучшений соответствия компилятора или изменений в стандарте.
Код, основанный на функциях Visual Studio или Windows, которые больше не доступны. Или файлы заголовков, которые либо не включены в установку Visual Studio по умолчанию, либо были удалены из продукта.
Код, который больше не компилируется из-за изменений в API, таких как переименованные API, измененные сигнатуры функций или устаревшие функции.
Код, который больше не компилируется из-за изменений в диагностике, таких как предупреждение становится ошибкой
Ошибки компоновщика из-за измененных библиотек, особенно при использовании /NODEFAULTLIB.
Ошибки среды выполнения или непредвиденные результаты из-за изменений в поведении.
Ошибки, появившиеся в средствах. Если возникла проблема, сообщите о ней команде Visual C++ через обычные каналы поддержки или на странице Сообщество разработчиков C++ Visual Studio C++.
Некоторые обновленные проекты и решения можно успешно создать без изменения. Однако для большинства проектов, скорее всего, потребуется изменить параметры проекта и исходный код. Нет единого правильного способа решения этих проблем, но мы рекомендуем использовать поэтапный подход. Прежде чем начать, ознакомьтесь с обзором потенциальных проблем обновления , чтобы получить дополнительные сведения о многих типах распространенных ошибок.
Задайте набор инструментов платформы, стандарт языка C++ и Windows версию пакета SDK (если применимо) для предпочтительных версий. (Project>PropertiesConfiguration>PropertiesGeneral >)
Если у вас много ошибок, вы можете временно отключить некоторые параметры при их исправлении. Чтобы отключить /permissive- параметр, используйте Project>PropertiesConfiguration>PropertiesC>/C++>Language. Чтобы отключить параметр анализа кода, используйте свойства Project>PropertiesConfiguration> >Code Analysis.
Убедитесь в наличии всех зависимостей и правильности путей включения или расположений библиотеки. (свойства >Project>PropertiesConfiguration> VC++ каталоги)
Выявление и устранение ошибок, вызванных ссылками на API, которые больше не существуют.
Исправьте все оставшиеся ошибки, которые препятствуют компиляции. Общие сведения о потенциальных проблемах обновления для устранения распространенных ошибок.
Включите и исправьте /permissive- новые ошибки, вызванные несоответствием кода, ранее скомпилированного в MSVC.
Включите анализ кода для выявления потенциальных проблем или устаревших шаблонов кодирования, которые больше не считаются приемлемыми. Если анализ кода помечает множество ошибок, вы можете отключить некоторые предупреждения, чтобы сосредоточиться на наиболее важных из них. Интегрированная среда разработки может помочь в быстрых исправлениях для некоторых видов проблем.
Рассмотрите другие возможности модернизации кода. Например, замените пользовательские структуры данных и алгоритмы стандартными библиотеками C++ или библиотекой Boost с открытым кодом. Используя стандартные функции, вы упрощаете обслуживание кода другими пользователями. Вы можете быть уверены, что этот код был хорошо протестирован и проверен многими экспертами в комитете по стандартам и более широком сообществе C++.
Как правило, каждая версия Visual Studio поддерживает большую часть типов проектов, файлов и других ресурсов предыдущих выпусков. С ними можно работать, как обычно, при условии, что вы не зависите от новых функций. В Visual Studio по возможности сохраняется обратная совместимость с предыдущими версиями, такими как Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. (См. заметки о выпуске, чтобы узнать, какие функции к какой версии относятся.)
Поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может больше не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым. Текущее состояние проблем с миграцией см. на сайте сообщества разработчиков Visual Studio.
В этой статье содержатся только сведения о типах проектов, которые Visual Studio 2017 может переносить. В статье не указаны типы проектов, которые больше не поддерживаются в Visual Studio 2017 и поэтому не могут быть перенесены. Кроме того, в ней не указаны поддерживаемые типы проектов, не имеющие проблем с миграцией. Этот список находится на странице целевой платформы и совместимости.
Если вы ищете сведения о последнем выпуске, см. версию этой страницы для Visual Studio 2022.
Для определенных типов проектов требуется установить соответствующие рабочие нагрузки с помощью установщика Visual Studio. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки и повторите попытку. Просмотрите статью о целевой платформе и совместимости для получения сведений о поддержке проектов в Visual Studio 2017.
Типы проектов
В следующем списке описывается поддержка проектов Visual Studio 2017, созданных в более ранних версиях.
- Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
- UML-схемы больше не поддерживаются в Visual Studio 2017. UML-файлы указываются в обозревателе решений, как и ранее, но открываются как XML-файлы. Для просмотра, создания или изменения UML-схем следует использовать Visual Studio 2015.
- В Visual Studio 2017 проверка архитектурных зависимостей больше не выполняется при сборке проекта моделирования. Вместо этого проверка осуществляется при сборке каждого проекта кода. Это изменение не влияет на проект моделирования, но необходимо внести изменения в проверяемые проекты кода. Visual Studio 2017 автоматически вносит необходимые изменения в проекты кода (дополнительные сведения).
Как Visual Studio определяет необходимость переноса проекта
В каждой новой версии Visual Studio по возможности сохраняется совместимость с предыдущими версиями, чтобы проект можно было открывать, изменять и выполнять его сборку в разных версиях. Однако со временем неизбежны изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. (Список типов проектов, поддерживаемых в Visual Studio 2017, см. в статье Целевые платформы и совместимость.) В таких случаях проект не будет загружаться в более новой версии Visual Studio и путь миграции предлагаться не будет. С проектом следует работать в предыдущей версии Visual Studio, которая поддерживает его.
В других случаях проект может открываться в более новой версии Visual Studio, но он должен быть обновлен или перенесен, из-за чего он может стать несовместимым с предыдущими версиями. Необходимость в миграции определяется в Visual Studio на основе ряда критериев:
совместимость с целевыми версиями платформ вплоть до Visual Studio 2013 RTM;
совместимость ресурсов времени разработки с предыдущими версиями Visual Studio (в частности, с различными каналами Visual Studio 2017, Visual Studio 2015 RTM и с обновлением 3, Visual Studio 2013 RTM и с обновлением 5, Visual Studio 2012 с обновлением 4, Visual Studio 2010 с пакетом обновления 1 (SP1)); в случае использования нерекомендуемых ресурсов времени разработки в Visual Studio 2017 предпринимается попытка обработать их корректно, не повреждая их, чтобы проект по-прежнему мог открываться в предыдущих версиях;
нарушение совместимости с предыдущими версиями вплоть до Visual Studio 2013 RTM и с обновлением 5 из-за новых ресурсов времени разработки.
Технический владелец проекта оценивает эти критерии и создает запрос, если имеется необходимость в поддержке, обеспечении совместимости и миграции. Между версиями Visual Studio по возможности обеспечивается прозрачная совместимость. Это означает, что проекты, создаваемые и изменяемые в одной версии Visual Studio, будут работать в других версиях.
Однако если такая совместимость невозможна, как в случае с некоторыми типами проектов, описанными в этой статье, в Visual Studio открывается мастер обновления для внесения необходимых односторонних изменений.
Одним из этих односторонних изменений может быть изменение свойства ToolsVersion в файле проекта. Оно указывает, какая именно версия MSBuild может преобразовывать исходный код проекта в выполняемые и развертываемые артефакты. То есть несовместимость проекта с предыдущими версиями Visual Studio зависит не от версии Visual Studio, а от версии MSBuild, определяемой свойством ToolsVersion . Если ваша версия Visual Studio включает в себя цепочку инструментов MSBuild, соответствующую значению свойства ToolsVersion в проекте, то она может вызывать эту цепочку инструментов для сборки проекта.
С целью обеспечения максимальной совместимости с проектами, созданными в более ранних версиях, Visual Studio 2017 включает в себя необходимые цепочки инструментов MSBuild для поддержки значений ToolsVersion 15, 14, 12 и 4. Сборка проектов, в которых используется любое из этих значений ToolsVersion , должна выполняться успешно. (При этом необходимо учитывать, поддерживает ли вообще Visual Studio 2017 данный тип проекта, как описано в статье Целевые платформы и совместимость.)
Следующие шаги
Дополнительные сведения см. в следующих статьях:
См. также
Каждая новая версия Visual Studio поддерживает большую часть типов проектов, файлов и других ресурсов. С ними можно работать как обычно, при условии, что вы не зависите от новых функций.
Если вы ищете сведения о следующем выпуске, см. версию этой страницы для Visual Studio 2022.
Мы стараемся сохранить обратную совместимость с предыдущими версиями, такими как Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. Однако поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым.
Текущее состояние проблем с миграцией см. в сообществе разработчиков Visual Studio. Просмотрите заметки о выпуске, чтобы узнать, какие функции к какой версии Visual Studio относятся.
Некоторые типы проектов требуют конкретных рабочих нагрузок. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки в Visual Studio Installer и повторите попытку. Дополнительные сведения о поддержке проектов в Visual Studio 2019 см. в статье Целевая платформа и совместимость для Visual Studio 2019.
Типы проектов
В следующем списке описывается поддержка проектов Visual Studio 2019, созданных в более ранних версиях.
Visual Studio 2017: Формат XPROJ поддерживается исключительно для переноса в формат CSPROJ. При открытии XPROJ-файла вам будет предложено перенести файл в формат CSPROJ в стиле SDK. (Будет создана резервная копия XPROJ-файла.) Проекты формата CSPROJ в стиле SDK не поддерживаются в Visual Studio 2015 и более ранних версиях.
- Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
- UML-схемы больше не поддерживаются в Visual Studio 2017 и Visual Studio 2019. UML-файлы указываются в обозревателе решений, как и ранее, но открываются как XML-файлы. Для просмотра, создания или изменения UML-схем следует использовать Visual Studio 2015.
- В Visual Studio 2019 проверка архитектурных зависимостей больше не выполняется при сборке проекта моделирования. Вместо этого проверка осуществляется при сборке каждого проекта кода. Это изменение не влияет на проект моделирования, но необходимо внести изменения в проверяемые проекты кода. Visual Studio 2019 автоматически вносит необходимые изменения в проекты кода.
Из установщика Visual Studio 2019 были исключены версии пакетов SDK Windows 10, предшествующие обновлению Windows 10 Fall Creators Update (сборка 16299). Вы можете вручную скачать старые версии таких пакетов SDK или использовать их более новые версии.
Миграция проекта
Хотя мы пытаемся сохранить совместимость с предыдущими версиями, существуют изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. (Список типов проектов, поддерживаемых в Visual Studio 2019, см. в статье Целевые платформы и совместимость.) В таких случаях в более новой версии Visual Studio не будет загружаться проект или предлагаться путь миграции. С этим проектом необходимо будет работать в предыдущей версии Visual Studio.
Иногда проект может открываться в более новой версии Visual Studio, но он должен быть обновлен или перенесен, из-за чего может стать несовместимым с предыдущими версиями. Необходимость в миграции определяется в Visual Studio на основе ряда критериев:
совместимость с целевыми версиями платформ вплоть до Visual Studio 2013 RTM;
совместимость ресурсов времени разработки с предыдущими версиями Visual Studio (в частности, с различными каналами Visual Studio 2019, Visual Studio 2017; Visual Studio 2015 RTM и с обновлением 3, Visual Studio 2013 RTM и с обновлением 5, Visual Studio 2012 с обновлением 4, Visual Studio 2010 с пакетом обновления 1 (SP1)); в случае использования нерекомендуемых ресурсов времени разработки в Visual Studio 2019 предпринимается попытка обработать их корректно, не повреждая их, чтобы проект по-прежнему мог открываться в предыдущих версиях;
нарушение совместимости с предыдущими версиями вплоть до Visual Studio 2013 RTM и с обновлением 5 из-за новых ресурсов времени разработки.
Группа разработчиков проекта оценивает эти критерии и создает запрос, если есть необходимость в поддержке, обеспечении совместимости и миграции. Мы пытаемся обеспечивать совместимость между версиями Visual Studio, чтобы проекты, создаваемые в одной версии Visual Studio, могли работать и в других версиях.
Иногда такая совместимость невозможна. Тогда в Visual Studio открывается мастер обновления для внесения необходимых односторонних изменений. Одним из этих односторонних изменений может быть изменение свойства ToolsVersion в файле проекта. Оно указывает, какая именно версия MSBuild может преобразовывать исходный код проекта в требуемые выполняемые и развертываемые артефакты.
Несовместимость проекта с предыдущими версиями Visual Studio зависит не от версии Visual Studio, а от версии MSBuild, определяемой свойством ToolsVersion . Если ваша версия Visual Studio включает в себя цепочку инструментов MSBuild, соответствующую значению свойства ToolsVersion в проекте, то она может вызывать эту цепочку инструментов для сборки проекта.
С целью обеспечения совместимости с проектами, созданными в предыдущих версиях, Visual Studio 2019 включает в себя необходимые цепочки инструментов MSBuild для поддержки значений ToolsVersion 15, 14, 12 и 4. Сборка проектов, в которых используется любое из этих значений ToolsVersion , должна выполняться успешно. (При этом необходимо учитывать, поддерживает ли Visual Studio 2019 данный тип проекта, как описано в статье Целевая платформа и совместимость для Visual Studio 2019.)
Следующие шаги
Дополнительные сведения см. в следующих статьях:
См. также
Каждая новая версия Visual Studio поддерживает большую часть типов проектов, файлов и других ресурсов. С ними можно работать как обычно, при условии, что вы не зависите от новых функций.
Мы стараемся сохранить обратную совместимость с предыдущими версиями, такими как Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. Однако поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым.
Текущее состояние проблем с миграцией см. в сообществе разработчиков Visual Studio. Просмотрите заметки о выпуске, чтобы узнать, какие функции к какой версии Visual Studio относятся.
Некоторые типы проектов требуют конкретных рабочих нагрузок. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки в Visual Studio Installer и повторите попытку. Дополнительные сведения о поддержке проектов в Visual Studio 2022 см. в статье Целевая платформа и совместимость.
Типы проектов
В следующем списке описывается поддержка проектов Visual Studio 2022, созданных в более ранних версиях.
Visual Studio 2017: Формат XPROJ поддерживается исключительно для переноса в формат CSPROJ. При открытии XPROJ-файла вам будет предложено перенести файл в формат CSPROJ в стиле SDK. (Будет создана резервная копия XPROJ-файла.) Проекты формата CSPROJ в стиле SDK не поддерживаются в Visual Studio 2015 и более ранних версиях.
- Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
- UML-схемы больше не поддерживаются в Visual Studio 2017 и Visual Studio 2019. UML-файлы указываются в обозревателе решений, как и ранее, но открываются как XML-файлы. Для просмотра, создания или изменения UML-схем следует использовать Visual Studio 2015.
- В Visual Studio 2019 проверка архитектурных зависимостей больше не выполняется при сборке проекта моделирования. Вместо этого проверка осуществляется при сборке каждого проекта кода. Это изменение не влияет на проект моделирования, но необходимо внести изменения в проверяемые проекты кода. Visual Studio 2019 автоматически вносит необходимые изменения в проекты кода.
Из установщика Visual Studio 2019 были исключены версии пакетов SDK Windows 10, предшествующие обновлению Windows 10 Fall Creators Update (сборка 16299). Вы можете вручную скачать старые версии таких пакетов SDK или использовать их более новые версии.
Миграция проекта
Хотя мы пытаемся сохранить совместимость с предыдущими версиями, существуют изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. В таких случаях в более новой версии Visual Studio не будет загружаться проект или предлагаться путь миграции. С этим проектом необходимо будет работать в предыдущей версии Visual Studio.
Иногда проект может открываться в более новой версии Visual Studio, но он должен быть обновлен или перенесен, из-за чего может стать несовместимым с предыдущими версиями. Необходимость в миграции определяется в Visual Studio на основе ряда критериев:
совместимость с целевыми версиями платформ вплоть до Visual Studio 2013 RTM;
совместимость ресурсов времени разработки с предыдущими версиями Visual Studio (в частности, с различными каналами Visual Studio 2022, Visual Studio 2019; Visual Studio 2017, Visual Studio 2015 RTM и с обновлением 3, Visual Studio 2013 RTM и с обновлением 5, Visual Studio 2012 с обновлением 4 и Visual Studio 2010 с пакетом обновления 1); в случае использования нерекомендуемых ресурсов времени разработки в Visual Studio 2022 предпринимается попытка обработать их корректно, не повреждая их, чтобы проект по-прежнему мог открываться в предыдущих версиях;
нарушение совместимости с предыдущими версиями вплоть до Visual Studio 2013 RTM и с обновлением 5 из-за новых ресурсов времени разработки.
Группа разработчиков проекта оценивает эти критерии и создает запрос, если есть необходимость в поддержке, обеспечении совместимости и миграции. Мы пытаемся обеспечивать совместимость между версиями Visual Studio, чтобы проекты, создаваемые в одной версии Visual Studio, могли работать и в других версиях.
Иногда такая совместимость невозможна. Тогда в Visual Studio открывается мастер обновления для внесения необходимых односторонних изменений. Одним из этих односторонних изменений может быть изменение свойства ToolsVersion в файле проекта. Оно указывает, какая именно версия MSBuild может преобразовывать исходный код проекта в требуемые выполняемые и развертываемые артефакты.
Несовместимость проекта с предыдущими версиями Visual Studio зависит не от версии Visual Studio, а от версии MSBuild, определяемой свойством ToolsVersion . Если ваша версия Visual Studio включает в себя цепочку инструментов MSBuild, соответствующую значению свойства ToolsVersion в проекте, то она может вызывать эту цепочку инструментов для сборки проекта.
С целью обеспечения совместимости с проектами, созданными в предыдущих версиях, Visual Studio 2019 включает в себя необходимые цепочки инструментов MSBuild для поддержки значений ToolsVersion 15, 14, 12 и 4. Сборка проектов, в которых используется любое из этих значений ToolsVersion , должна выполняться успешно. (При этом необходимо учитывать, поддерживает ли Visual Studio 2019 данный тип проекта, как описано в статье Целевая платформа и совместимость для Visual Studio 2019.)
Эта статья поможет устранить проблему, из-за которой невозможно открыть проект бизнес-аналитики (BI) после обновления проекта до формата Microsoft Visual Studio 2010.
Исходная версия продукта: Visual Studio 2010 г.
Исходный номер базы знаний: 983332
Симптомы
Рассмотрим следующий сценарий.
У вас есть проект бизнес-аналитики. Например, у вас есть проект SQL Server Analysis Services, SQL Server Integration Services, проект SQL Server модели отчетов или SQL Server Reporting Services проекта.
Решение и проекты имеют следующие расширения имен файлов:
Проект бизнес-аналитики создается с помощью SQL Server Business Intelligence Development Studio (BIDS) в одной из следующих SQL Server версий:
- SQL Server 2005
- SQL Server 2008
- SQL Server 2008 R2
Вы обновляете проект до формата, используемого Visual Studio 2010.
В этом сценарии могут возникать следующие ошибки:
Вы не можете открыть проект в Visual Studio 2010. В окне Обозреватель решений имя проекта будет затеняться словом (недоступно) в скобках рядом с именем проекта.
Вы не можете открыть проект в SQL Server BIDS после обновления проекта.
Эта ошибка указывает, Обозреватель решений не имеет соответствующего типа проекта для открытия проекта.
Вы пытаетесь открыть файл проекта, дважды щелкнув его, и получите следующую ошибку:
Microsoft Visual Studio
Не удается открыть файл Drive:\Path\Project_name.dwproj, так как его тип проекта (DWPROJ) не поддерживается этой версией приложения.
Чтобы открыть его, используйте версию, которая поддерживает этот тип проекта.
Причина
Эта проблема возникает, поскольку Visual Studio 2010 не позволяет изменять проект бизнес-аналитики, созданный с помощью BIDS в SQL Server 2005, SQL Server 2008 или SQL Server 2008 R2.
Решение
Чтобы устранить проблему, из-за которой невозможно открыть проект в SQL Server BIDS после обновления проекта, выполните следующие действия.
- Создайте проект с тем же именем, что и исходный проект бизнес-аналитики, в другом каталоге с помощью SQL Server BIDS.
- Добавьте все соответствующие элементы проекта из обновленной папки проекта бизнес-аналитики. Например, для проекта служб Analysis Services добавьте DS-файлы и DSV-файлы. Для Reporting Services добавьте RDS-файлы и RDL-файлы.
- Сохраните и откройте новый проект бизнес-аналитики.
Дополнительные сведения
Проект бизнес-аналитики — это специальный Visual Studio, который можно открыть в Visual Studio. Однако необходимо установить компоненты BIDS вместе с соответствующей оболочкой Visual Studio, чтобы можно было создавать или изменять проекты бизнес-аналитики. Компоненты BIDS выпускаются в составе SQL Server 2005, SQL Server 2008 и SQL Server 2008 R2. Эти компоненты BIDS не предназначены для совместной работы с Visual Studio 2010. Поэтому обновленный проект невозможно открыть в Visual Studio 2010.
Вы используете Visual Studio 2010 для открытия проекта бизнес-аналитики, созданного с помощью BIDS в SQL Server 2005, SQL Server 2008 или SQL Server 2008 R2. В этой ситуации Visual Studio 2010 предлагает обновить проект до формата Visual Studio 2010. Более ранние версии Visual Studio не поддерживают открытие проектов из будущих версий Visual Studio. Поэтому нельзя открыть обновленный проект в версии BIDS, которая использовалась для создания проекта.
В следующей таблице перечислены поддерживаемые конфигурации, чтобы можно было открывать и редактировать различные проекты бизнес-аналитики с помощью разных Visual Studio версий. Проекты бизнес-аналитики, созданные с помощью BIDS, нельзя изменить в Visual Studio 2010 г. Если у вас есть решение, содержащее проекты бизнес-аналитики и другие проекты, рекомендуется создать резервную копию решения перед открытием решения в Visual Studio 2010.
Думаю, я использовал Visual Studio 2017 и написал пакет SSIS. Теперь я установил Visual Studio 2019 и не могу открыть файл решения. Ошибка:
Не поддерживается. Эта версия Visual Studio не может открывать следующие проекты. Типы проектов могут не быть установлены или эта версия Visual Studio может их не поддерживать. Для получения дополнительной информации о включении этих типов проектов или другой миграции ваших активов, пожалуйста, просмотрите подробности в «Отчете о миграции», отображаемом после нажатия OK. - ABC, "C: \ Users \ XYZ \ ABC.dtproj"
Требуются нефункциональные изменения Visual Studio автоматически внесет нефункциональные изменения в следующие проекты, чтобы они могли открываться в Visual Studio 2015, Visual Studio 2013, Visual Studio 2012 и Visual Studio 2010 SP1. Это не повлияет на поведение проекта. - ABC_SSIS, "C: \ Users \ XYZ \ ABC_SSIS.sln"
Я попробовал «Щелкните правой кнопкой мыши по проекту и перезагрузите» - не сработало.
Я попытался подтвердить, что SSDT установлен: он устанавливается в интерфейсе установки, но не существует в диспетчере расширений:
3 ответа
SSIS теперь является отдельным расширением в Visual Studio 2019. Вы можете установить это расширение в магазине Visual Studio. Выберите вкладку «Интернет» и выполните поиск по запросу «Проекты служб интеграции SQL Server». Надеюсь, это поможет решить вашу проблему.
- 1. Расширения -> Проект службы отчетов Microsoft
- 2. а затем закройте визуальную студию
- 3. Установщик VSIX завершится автоматически
- 4.Если ваш проект выгружен, щелкните проект правой кнопкой мыши и перезагрузите его.
Сегодня столкнулся с этой проблемой,
Причина
Причина проблемы: Я увидел желтое уведомление bg в верхней части IDE, показывающее проблему с производительностью , с возможностью "отключить это" для повышения производительности. Я выбрал отключить, позже на следующий день, когда я открыл проект, он показал, что проект несовместим. Я восстановил SSIS, удалил и переустановил SSIS, а также обновил SSIS до последней версии. Ни один из этих трех способов не помог решить проблему.
Решение
Но я нашел элемент подменю «Управление расширением» в меню «Расширение», на вкладке «Установлено» расширение SSIS находилось в отключенном состоянии. Я вернулся в статус "Включено". Пример того же снимка экрана для справки находится здесь. Если он отключен, просто включите его. Затем перезапустите VS с проектом SSIS.
Читайте также: