Как открыть проект в visual studio 2012
Я новичок в Visual Studio и экспериментирую с некоторыми службами Windows. Я создал два решения, и я хотел бы рассмотреть оба из них одновременно. Без необходимости нажимать файл-> недавние проекты, чтобы переключаться назад и вперед.
В идеале это может происходить в обозревателе решений и просто вкладывать проекты, но я могу просматривать там только одно решение / проект за раз.
Есть ли способ просмотреть несколько решений / проектов в Visual Studio?
Если вы просто ищете более быстрый способ доступа к «Файл> Недавние проекты и решения», вы можете создать собственную панель инструментов или пункт меню. Откройте «Инструменты> Настроить», перейдите на вкладку «Команды», нажмите «Добавить команду» и выберите «Файл> Список последних проектов». Положите его туда, куда хотите.
Проекты возможны, но решения в том же обозревателе решений невозможны. Должны начать новый экземпляр. Но в Mac версии Visual Studio это поддерживает.
Так устроен Visual Studio: одно решение, один экземпляр Visual Studio (VS).
Помимо переключения между решениями в одном экземпляре VS, вы также можете открыть другой экземпляр VS и открыть другое решение с этим. Рядом с решениями есть, как вы сказали, «проекты». Вы можете иметь несколько проектов в одном решении и, следовательно, просматривать несколько проектов одновременно.
Хорошо, это имеет смысл. Таким образом, в двух словах, вы можете вкладывать проекты в решения. Но вы не можете иметь много открытых решений одновременно. Спасибо.
Решение более или менее похоже на концепцию рабочего пространства в Eclipse - вы не можете загрузить два в одном экземпляре.
Есть намного более простой (но не столь очевидный) способ; щелкните правой кнопкой мыши значок Visual Studio на панели задач, затем щелкните правой кнопкой мыши имя приложения во всплывающем меню и выберите «Открыть». Затем Windows откроет другой экземпляр, где вы можете открыть другое решение в.
Вы можете открыть другой экземпляр, как и любую другую программу. В Windows <= 7 откройте как обычно. В Windows>= 8 вам придется либо удерживать клавишу Shift, либо переключать глобальный параметр реестра .=>
Нажмите средний значок VS на панели задач, чтобы запустить новый экземпляр, если он уже запущен. Также удобно прикреплять часто используемые решения к списку переходов. Если щелкнуть правой кнопкой мыши значок и выбрать один из них, откроется его в новом экземпляре вместо текущего.
Если у вас есть два отдельных решения, вы не можете просматривать их одновременно в одном экземпляре VS. Тем не менее, вы можете открыть несколько экземпляров VS и вкладки между ними.
Альтернативой может быть импорт проектов из одного решения в другое, таким образом, все ваши проекты объединяются в одно решение. Вы можете сделать это, выполнив следующие действия:
В обозревателе решений выберите Решение, в которое вы хотите импортировать проект. Щелкните правой кнопкой мыши и выберите Add-> Existing Project из контекстного меню.
В окне выбора файлов найдите файл проекта, который вы хотите импортировать (он будет заканчиваться на .XXproj, где XX - это язык, который вы используете).
Нажмите Открыть и вуаля! Ваш проект импортирован.
Существует способ хранения нескольких решений в одном экземпляре VS.
Попытайтесь выполнить следующие шаги:
- Файл> Открыть> Проект / Решение
- Это откроет открытое окно проекта, обратите внимание внизу, где написано «Опции», выберите « Добавить в решение».
- Затем выберите файл, который хотите добавить, и нажмите «Открыть».
- Это добавит решение к вашему проекту. Вы по-прежнему не сможете запустить один и тот же проект в одном экземпляре VS, но вы можете организовать весь свой код в одном месте.
ПРИМЕЧАНИЕ. Это сработало для Visual Studio 2013 Professional.
Это правильный ответ на первоначальный вопрос ОП: просмотреть несколько решений одновременно в VS Solution Explorer . Проверено это продолжает работать, как описано в VS 2017.
Вопрос состоит из двух частей решений и проектов. Для решений это не правильно. Это добавит проекты второго решения к первому решению. Таким образом, это изменение первого решения, которое является неправильным. В последнее время я думаю, что эта функция доступна для Mac-версии, но не для Windows-версии.
Вы можете создать новое пустое решение и добавить в него различные проекты.
Просто щелкните правой кнопкой мыши значок Visual Studio и выберите «Новое окно» на контекстной панели инструментов, которая появляется в нижней части Windows 8. Запустится новый экземпляр Visual Studio, а затем вы сможете открыть свой второй проект.
Вы можете иметь несколько проектов в одном экземпляре Visual Studio. Суть решения VS состоит в том, чтобы собрать все проекты, с которыми вы хотите работать, в одном месте, чтобы у вас не было нескольких решений в одном экземпляре. Вам придется открывать каждое решение отдельно.
Попробуйте сделать это с сотнями проектов, и вы увидите, как время сборки решения стремится к бесконечности. Это также противоречит философии git по управлению исходным кодом для нескольких проектов. Это монолитный кошмар.
Два способа приходят на ум .
Откройте другое окно визуальной студии и откройте в нем второе решение.
Было бы предпочтительнее добавить ваши существующие проекты в одно решение, просто щелкните правой кнопкой мыши и добавьте существующий проект и перейдите к файлу проекта (csproj). . например C: \ Users \ User \ Documents \ Visual Studio 2012 \ Projects \ MySqlWindowsFormsApplication1 \ MySql Windows Forms Project1 \ MySql Windows Forms Project1.csproj . Во втором случае вам может потребоваться настроить несколько запускаемых проектов т.е. для людей с клиент-серверными приложениями или приложениями с зависимостями. . Для этого выберите решение, затем перейдите: Проект >> Свойства >> Запуск проекта >> Выберите несколько проектов запуска и задайте действия для запуска. При отладке будет выбран выбранный в качестве запуска.
Не знаю, полезно ли это, но если вы хотите работать с несколькими проектами без навигации по дереву проектов (например, с несколькими окнами), вы можете попробовать открыть VS на другом виртуальном рабочем столе (по крайней мере, это возможно для Windows 10), удерживая Ctrl + win + D. Затем откройте другую студию VS и откройте ваш другой проект там. Вы можете переключаться между проектами с помощью Ctrl + win + клавиша со стрелкой .
Пользователи MAC - эта проблема меня заводила, так как невозможно открыть два разных экземпляра Visual Studio одновременно. Я нашел решение, которое отлично работает, хотя и немного неортодоксально: получите последнюю версию бета-тестирования, которая будет установлена вместе с вашей обычной установкой VS в отдельной песочнице (она делает это автоматически). Затем вы можете запустить обе версии бок о бок, чего достаточно для того, что мне нужно - чтобы иметь возможность проверить один проект на предмет структуры, кода и т. Д., В то же время выполняя фактическое кодирование, которое мне нужно сделать в «текущем» экземпляре установки VS.
Способ запуска программы зависит от того, с чего вы начинаете, от типа программы и от необходимости использовать отладчик. В самом простом случае для сборки и запуска открытого проекта в Visual Studio выполните следующие действия.
- Нажмите клавишу F5, выберите Отладка >Начать с отладки в меню Visual Studio или выберите зеленую стрелку Запуск и имя проекта на панели инструментов Visual Studio.
- Для запуска без отладки нажмите клавиши CTRL+F5 или выберите Отладка >Запуск без отладки в меню Visual Studio.
Запуск из проекта
Если код программы уже находится в проекте Visual Studio, откройте проект. Для этого дважды щелкните CSPROJ-файл в проводнике Windows или выберите пункт Открыть проект в Visual Studio, найдите CSPROJ-файл и выберите его.
После загрузки проекта в Visual Studio, если решение Visual Studio содержит несколько проектов, убедитесь, что для проекта задан метод Main , чтоб он считался запускаемым проектом. Чтобы задать запускаемый проект, щелкните имя проекта или узел правой кнопкой мыши в Обозревателе решений, затем выберите пункт Назначить запускаемым проектом в контекстном меню.
Чтобы запустить программу, нажмите клавиши CTRL+F5, выберите Отладка > Запуск без отладки в верхнем меню или нажмите зеленую кнопку Запуск.
Visual Studio пытается выполнить сборку и запуск проекта. В нижней части экрана Visual Studio выходные данные сборки отображаются в окне Выходные данные, а все ошибки сборки — в окне Список ошибок.
Если сборка выполнена успешно, приложение запускается в соответствии с типом проекта. Консольные приложения запускаются в окне терминала, классические приложения Windows запускаются в новом окне, веб-приложения запускаются в браузере, размещенном в IIS Express.
Запуск из кода
Если вы выполняете запуск из листинга кода, файла кода или небольшого числа файлов, сначала убедитесь, что запускаемый код происходит из надежного источника и является запускаемой программой. Любое приложение с методом Main , вероятно, является готовой для запуска программой. Вы можете использовать шаблон консольного приложения, чтобы создать проект для работы с приложением в Visual Studio.
Листинг кода для отдельного файла
Несколько листингов кода или файлов на диске
Несколько файлов в папке
Если у вас есть папка с большим количеством файлов, сначала найдите файл проекта или решения. Программы, создаваемые Visual Studio, содержат файлы проекта и решения. В проводнике Windows найдите файлы с расширением .csproj или .sln. Дважды щелкните CSPROJ-файл, чтобы открыть его в Visual Studio. См. раздел Запуск из проекта или решения Visual Studio.
Если код находится в другой среде разработки, файл проекта отсутствует. Откройте папку, выбрав Открыть > Папка в Visual Studio. См. раздел Разработка кода без использования проектов и решений.
Запуск из репозитория Azure DevOps или GitHub
Если код, который вы хотите запустить, находится в GitHub или в репозитории Azure DevOps, можно использовать Visual Studio, чтобы открыть проект непосредственно из репозитория. См. раздел Открытие проекта из репозитория.
Запуск программы
Чтобы начать сборку программы, нажмите зеленую стрелку запуска на панели инструментов Visual Studio либо нажмите клавиши F5 или CTRL+F5. С помощью кнопки Запуск или F5 можно запустить программу в отладчике.
Visual Studio пытается выполнить сборку кода в проекте и запустить его. Если сборка завершится неудачно, ознакомьтесь со следующими разделами, чтобы понять, как успешно собрать проект.
Устранение неполадок
Добавление ссылок
Для успешной сборки код должен быть правильным и иметь правильные ссылки на библиотеки или другие зависимости. Красные волнистые линии в коде или записи в списке ошибок показывают ошибки еще перед компиляцией и запуском программы. Если возникают ошибки, связанные с неразрешенными именами, возможно, потребуется добавить ссылку и/или директиву using . Если код ссылается на отсутствующие сборки или пакеты NuGet, необходимо добавить эти ссылки в проект.
Visual Studio пытается помочь определить отсутствующие ссылки. Если имя не разрешено, в редакторе появляется значок лампочки. Если щелкнуть лампочку, можно увидеть некоторые рекомендации по устранению проблемы. Возможные исправления:
- Добавление директивы using
- Добавление ссылки на сборку
- Установка пакета NuGet
Добавление директивы using
Ниже приведен пример отсутствующей директивы using . Добавьте using System; в начало файла кода, чтобы разрешить неразрешенное имя Console .
Добавление ссылки на сборку
Вы можете найти сборки и добавить ссылки, следуя инструкциям в разделе Добавление и удаление ссылок с помощью диспетчера ссылок.
Добавление пакета NuGet
Если Visual Studio обнаруживает отсутствующий пакет NuGet, появляется лампочка, позволяющая установить его.
Если это не решает проблему и Visual Studio не удается найти пакет, попробуйте выполнить поиск в Интернете. См. раздел Установка и использование пакета NuGet в Visual Studio.
Как правило, каждая версия 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.)
Программа(курсовая) создана на 2012, надо показать и чтобы работала на 2008. Подскажите пожалуйста как решить данную проблему?
Как открыть проект созданный в Visual Studio 2012 в Visual Studio 2008?
Нашел здесь же тему открытия Visual Studio 2012 в Visual Studio 2010 там написано так. Открыть.
Как открыть проект Visual Studio 2012 в Express для Web 2015
Доброго времени суток! У меня не открывается проект, выдает ошибку, перезагрузка проекта на.
Открыть проект Visual Studio 2015 в Visual Studio 2010
Здравствуйте не могу открыть проект созданный в Visual Studio 2015 в Visual Studio 2010.
Один из вариантов, создать проект в 2012 и в обозревателе решений в созданное решение добавить существующие элементы(исходники - классы), код формы скопировать и вставить в свежую пустую форму(затем добавить элементы на форму и все ок.. читай далее->) . не забудь про пространство имен, чтобы совпадало название проекта в 8 и 12 vs, но форму придется заново рисовать, может можно и форму как то перенести, но у меня не получалось. Может быть и еще как-то можно, но лично не знаю. Обратная совместимость не поддерживается, но зато 2010 можно в 2015 открывать..
Добавлено через 2 минуты
Плюс, с проектами на плюсах, может понадобиться и сам проект изменить.
Это для совместимости VC++ проекта с VS2015 и VS2013:
Открыть проект, созданный в Microsoft Visual Studio 2008, в 2015
Здравствуйте! Очень нужна помощь! Я плохо разбираюсь в программировании и хотела покопаться к.
Стоит ли переходить на Visual Studio 2013 Express c Visual Studio 2012 Ultimate
Слишком дорого стоят полные версии. Какие значимые функции теряются при переходе на версию Express ?
Не компилируется проект в Visual Studio 2012
Здраствуйте. Подскажите пожалуйста, я установил Visual Studio 2012. Пишу простенькую.
Этот проект несовместим с текущей версией Visual Studio
Затем проект выгружается и отображается серым цветом в Solution Explorer. Я не хочу устанавливать еще одну копию Visual Studio. Как открыть старый проект MVC в новой версии Visual Studio?
@BrianWhite Когда я столкнулся с этой проблемой сегодня утром, я сделал быстрый поиск в Google и ничего не нашел. Так как я знаком с тем, как работают файлы проекта VS, у меня было предположение относительно причины и потенциального решения. Как только я убедился, что решение сработало, я захотел поделиться этими знаниями. Основываясь на рекомендациях Джеффа, можно задавать вопросы и отвечать на них .
Спасибо, я этого не знал. Есть ряд вещей, которые я не опубликовал, потому что я не видел, чтобы кто-то искал это здесь.
Спасибо, что опубликовали решение. Ответы на собственные вопросы, когда решение найдено, добавляют знания сообществу.
Открытие неподдерживаемого проекта MVC в Visual Studio 2012 или Visual Studio 2013 на самом деле довольно просто сделать за два шага. Фактически, как указывает комментарий bytebender , эти же шаги должны применяться и работать для проектов MVC 1. Однако я не проверял их и поэтому не могу гарантировать, что они действительно работают.
Предполагая, что вы этого еще не сделали, на первом этапе загрузите и установите MVC 1 , MVC 2 или MVC 3 (закройте Visual Studio перед началом установки).
Чтобы загрузить проект, вам нужно изменить файл проекта. Для этого щелкните правой кнопкой мыши на незагруженном проекте и выберите «Изменить». Который откроет файл проекта в виде текстового файла XML. Найдите ProjectTypeGuids узел, который должен выглядеть примерно так:
Удалите соответствующий Гид проекта из списка:
С удаленным соответствующим GUID ProjectTypeGuids должен выглядеть примерно так:
Это работает и для MVC 1. Я не смог перезагрузить после редактирования файла проекта. Мне пришлось закрыть и снова открыть визуальную студию, и тогда она смогла загрузить проект MVC 1. Спасибо! +1
превосходно! работает для меня с одним небольшим дополнением . в моем .cspproj у меня был дополнительный projectTypeGuid:
@JookyDFW проблема с утилитой миграции в том, что это утилита миграции . По причинам, не перечисленным в вопросе для этого конкретного проекта, я не смог обновить MVC 2. Несмотря на то, что проект не мог быть обновлен, мне все равно нужно было поработать над ним. Изменение файла проекта, как указано выше, является лучшим (единственным?) Способом работы с проектом MVC 2 в VS 2012.
Я использовал подход @ ahsteele (спасибо и 2x + 1s!), Но у меня была еще одна ошибка: -
.csproj: ошибка: операция не может быть завершена. Неверная строка класса
Я не могу найти никаких ссылок на истинную причину этого, но я смог заставить VS2012RTM успешно загрузить проект, изменив . (Понятия не имею, как это произошло - его часть большого решения и VS08, VS10, VS11 Beta и VS2012RC обновили .csproj и .sln со временем.
Читайте также: