В этой версии visual studio невозможно открыть следующие проекты

Обновлено: 30.06.2024

одна ситуация, приводящая к этой ошибке, уже была опубликована здесь в Stackoverflow, но этот вопрос была закрыта. Я думаю, что это довольно общая проблема. Поскольку я нашел "решение", я отправлю этот вопрос и мое решение в качестве ответа.

Если вы получаете ту же ошибку, для проекта, который фактически является расширением (.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, как будет загружен этот проект, и его имя ProjectGuid, этот серийный номер имеет вариацию в соответствии с типом и версией проекта.

теперь, посмотрите на ваш "ОК проект", скопируйте Тег "ProjectGuid", вставьте на csproj, который выгружается, и обратите внимание на небольшие различия и сделайте эти файлы почти равными, за исключением тегов ItemGroup, которые представляют ссылки на проект.

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

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

эта проблема может быть вызвана при использовании VS 2015 с обновлением 3, установленным на одном ПК, и без обновления 3, установленного на другом. Это была проблема в моем случае.

Думаю, я использовал 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.

Изменения не требуются.
Эти проекты можно без внесения изменений открыть в Visual Studio 2015, Visual Studio 2013, Visual Studio 2012 и Visual Studio 2010 с пакетом обновления 1 (SP1).
- Move, "C:\Work\Move\Move.sln"

Версия 30-ти дневная пробная:

Установленная версия: Enterprise

Visual Basic 2015 00322-80000-00000-AA161
Microsoft Visual Basic 2015

Visual C++ 2015 00322-80000-00000-AA161
Microsoft Visual C++ 2015

Инструменты моделирования и архитектуры 00322-80000-00000-AA161
Инструменты моделирования и архитектуры (Майкрософт)

SQL Server Data Tools 14.0.60519.0
Microsoft SQL Server Data Tools

TypeScript 1.8.36.0
Средства TypeScript для Visual Studio

Визуализатор PreEmptive Analytics 1.2
Расширение Microsoft Visual Studio для визуализации агрегированных сводок, полученных от продуктов PreEmptive Analytics.

Инструменты мобильных услуг Microsoft Azure 1.4
Инструменты мобильных услуг Microsoft Azure

Общие инструменты Windows Azure 1.8
Предоставляет общие службы для использования мобильными службами и инструментами Microsoft Azure.

Система проектов JavaScript 2.0
Система проектов JavaScript

. возможно придется не мытьем так катаньем.
ставьте Вижиал Студио предыдуших времен и
ИМ СООТВЕТСВУЮШИЕ сервер дата тулс.
например 2005>2008>2010>2012>2015

. где нибудь на страничке SSDT будет тема
миграции старых проектов

. реально -- это бардак -- совместимость
SQL Server-SSRS, VS, SSDT, старые проекты.

Пока не понятно, что значит: Источник данных "OLAP Data" содержит значение ImpersonationMode, которое не поддерживается для операций обработки.

вот занудный ютюб про установку.
В самом конце 12:26 мужик открывает студио и
создает новый проект SSAS SSIS или SSRS:

Все же, моя версия SSDT была чуть иной. Обновился по Вашей ссылке и, о чудо, кубы появились в шаблонах!

Более того, старый проект односторонне преобразовался и открылся!

Боюсь спугнуть свое счастье, но пора домой, а то отчислят за не посещаемость!

Завтра проверю процессинг и отпишусь по результатам.

Все же, моя версия SSDT была чуть иной. Обновился по Вашей ссылке и, о чудо, кубы появились в шаблонах!

Более того, старый проект односторонне преобразовался и открылся!

Боюсь спугнуть свое счастье, но пора домой, а то отчислят за не посещаемость!

Завтра проверю процессинг и отпишусь по результатам.

Для работы с кубами (в том числе и по старым проектам) в Visual Studio 2015 необходимо установить SQL Server Data Tools.
По умолчанию инсталлятор VS этот компонент не ставит. После установки VS по умолчанию можно еще раз запустить инсталлятор и доустановить SSDT. Однако это не помогает.

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

Проекты, созданные в предыдущих версиях VS, при открытии автоматически и безвозвратно преобразовываются в формат VS 2015.

Как правило, каждая версия 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, чтобы проекты, создаваемые в одной версии 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 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012. Однако поддержка некоторых типов проектов также со временем меняется. Новейшая версия Visual Studio может не поддерживать некоторые проекты или же потребовать обновить проект так, что он больше не будет обратно совместимым.

Некоторые типы проектов требуют конкретных рабочих нагрузок. При отсутствии установленной рабочей нагрузки Visual Studio сообщает о неизвестном или несовместимом типе проекта. В этом случае проверьте параметры установки в Visual Studio Installer и повторите попытку. Дополнительные сведения о поддержке проектов в Visual Studio 2022 см. в статье Целевая платформа и совместимость.

Типы проектов

В следующем списке описывается поддержка проектов Visual Studio 2022, созданных в более ранних версиях.

Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
UML-схемы больше не поддерживаются в Visual Studio 2017 и Visual Studio 2019. UML-файлы указываются в обозревателе решений, как и ранее, но открываются как XML-файлы. Для просмотра, создания или изменения UML-схем следует использовать Visual Studio 2015.
В Visual Studio 2019 проверка архитектурных зависимостей больше не выполняется при сборке проекта моделирования. Вместо этого проверка осуществляется при сборке каждого проекта кода. Это изменение не влияет на проект моделирования, но необходимо внести изменения в проверяемые проекты кода. Visual Studio 2019 автоматически вносит необходимые изменения в проекты кода.

Миграция проекта

Хотя мы пытаемся сохранить совместимость с предыдущими версиями, существуют изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. В таких случаях в более новой версии 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 в"

одна ситуация, приводящая к этой ошибке, уже была опубликована здесь, в 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, установленного на другом. В моем случае это было проблемой.

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