Открытие и сохранение элементов проекта
При добавлении нового типа проекта необходимо управлять открытием и сохранением файлов проектов в интегрированной среде разработки Visual Studio (IDE). В следующих разделах рассматриваются различные подходы к открытию и сохранению файлов.
В этом разделе
Предоставляет пошаговое описание того, как интегрированная среда разработки обрабатывает команду Open File и роль проектов в ответ на эту команду.
Содержит подробное пошаговое объяснение того, как интегрированная среда разработки обрабатывает команду Open With , запрашивая открытие файла, который имеет некоторый выбор стандартных редакторов.
Содержит пошаговые инструкции по указанию того, что файлы определенного типа в проекте должны быть открыты с помощью редактора для конкретного проекта.
Содержит пошаговые инструкции по указанию способа включения интегрированной среды разработки для открытия стандартного редактора файлов в типе проекта.
Предоставляет пошаговые инструкции по открытию редактора для конкретного проекта для открытого файла.
Содержит подробное описание того, как интегрированная среда разработки обрабатывает команды «Сохранить«, «Сохранить как» и «Сохранить все » для документа, открытого в стандартном редакторе.
Содержит схему и подробное описание того, как интегрированная среда разработки обрабатывает команды Save, Save As и Save All для документов, открытых в пользовательском редакторе.
Описывает процесс, который следует интегрированной среде разработки, чтобы выбрать соответствующий редактор или конструктор для файла.
Связанные разделы
Перечисляет четыре типа редакторов, которые интегрированная среда разработки может размещать и содержит описания каждого редактора.
Описывает способ компиляции и построения кода, открытия редакторов и форматирования элементов проекта.
Создание репозитория Git из Visual Studio
Visual Studio упрощает создание репозитория прямо из интегрированной среды разработки. Создание репозитория из Visual Studio оптимизировано для GitHub, но вы можете удаленно работать с поставщиком Git. Это делается следующим образом.
Необходимые компоненты
Для выполнения этой статьи вам потребуется:
- Установленная среда Visual Studio
- Учетная запись пользователя GitHub
Создание репозитория GitHub
- Откройте Visual Studio и нажмите кнопку «Создать проект«.
Совет Если у вас еще нет проекта в Visual Studio для добавления в репозиторий, вы можете быстро создать консольное приложение C# и назовите его MyNewApp. Visual Studio заполняет новое приложение кодом по умолчанию Hello, World!.
В разделе «Инициализация локального репозитория Git» можно использовать параметр шаблона .gitignore, чтобы указать все намеренно неуправляемые файлы, которые нужно игнорировать Git. Дополнительные сведения о .gitignore см. в разделе «Игнорируние файлов». Дополнительные сведения о лицензировании см. в статье «Лицензирование репозитория».
Совет Эти параметры можно обновлять и изменять всякий раз, когда вы хотите. Подробные инструкции см. в разделе Git settings in Visual Studio.
Открытие существующего локального репозитория
После создания репозитория или клонированного репозитория Visual Studio обнаруживает репозиторий Git и добавляет его в список локальных репозиториев в меню Git. С этого момента вы можете быстро получить доступ к репозиториям Git и переключаться между ними.
Создание репозитория Azure DevOps
- Откройте Visual Studio и нажмите кнопку «Создать проект«.
Совет Если у вас еще нет проекта в Visual Studio для добавления в репозиторий, вы можете быстро создать консольное приложение C# и назовите его MyNewApp. Visual Studio заполняет новое приложение кодом по умолчанию Hello, World!.
Связанный контент
- Создание ветви
- Руководство. Открытие проекта из репозитория
- Работа с учетными записями GitHub в Visual Studio
Отправка из Visual Studio в удаленную ветвь
После проверки подлинности в GitHub Visual Studio может улучшить рабочий процесс GitHub. Одним из этих улучшений является возможность отправки (также известного как публикация) локального проекта непосредственно на GitHub с одним щелчком мыши. Последним этапом в простом рабочем процессе Git является отправка изменений в удаленный репозиторий.
Удаленный — это безопасное место для хранения кода в облаке. Обычно он называется источником/основным (или источником или главным), где «источник» — это имя по умолчанию для удаленного. Дополнительные сведения об этой терминологии см. на странице «Ветви Git — удаленные ветви» на веб-сайте Git.
Хотя эта статья ссылается на репозитории GitHub, вы можете удаленно работать с поставщиком Git, например GitHub, GitLab или Azure DevOps.
Вот как отправить удаленное приложение в Visual Studio.
- Убедитесь, что у вас есть файл, открытый для работы с этим в ранее созданном или клонированного репозитория .
- Внесите изменения в файл, сохраните его, перейдите на вкладку «Изменения Git» и зафиксируйте это изменение.
- В окне изменений Git обратите внимание на текст ссылки, содержащий количество входящих и исходящих фиксаций. В следующем примере текст ссылки считывает 1 исходящих / 0 входящих. Текст «исходящий» представляет количество фиксаций, которые еще не были отправлены в удаленный, в то время как «входящий» текст представляет фиксации, которые были извлечены, но еще не извлечены из удаленного.
- Чтобы отправить на удаленный, нажмите кнопку «Отправить» или нажмите кнопку «Отправить» в меню Git.
Связанный контент
- Создание запроса на вытягивание в Visual Studio или
- Извлечение, извлечение и синхронизация в Visual Studio
- Интерфейс GIT в Visual Studio
Перенос, перенос и обновление проектов Visual Studio 2022
Просмотрите записи с мероприятия по запуску Visual Studio 2022, чтобы узнать о новых возможностях, услышать советы и скачать бесплатные цифровые образцы.
Каждая новая версия 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 2019 в этом разделе. Вы также можете использовать кнопку «Отправить и просмотреть отзыв» для>этой страницы в нижней части этой страницы для предоставления сведений о проекте. (Если вы используете анонимный элемент управления «Была ли эта страница полезна?», мы не можем отвечать на ваши отзывы.)
| Тип проекта | Поддержка |
|---|---|
| Проекты .NET Core (XPROJ) | В проектах, созданных в Visual Studio 2015, использовались предварительные версии средств, включающие XPROJ-файл проекта. |
Visual Studio 2017: формат xproj не поддерживается, кроме переноса в формат csproj. При открытии XPROJ-файла вам будет предложено перенести файл в формат CSPROJ в стиле SDK. (Создается резервная копия xproj-файла.) Проекты csproj в стиле ПАКЕТА SDK не поддерживаются в Visual Studio 2015 и более ранних версиях.
- Visual Studio 2010 с пакетом обновления 1 (SP1) поддерживает MVC 2 и MVC 3. Поддержка MVC 4 добавляется с помощью скачивания ASP.NET 4 MVC 4 для Visual Studio 2010 с пакетом обновления 1 (SP1).
- Visual Studio 2012 поддерживает только MVC 3 и MVC 4.
- Visual Studio 2013 поддерживает только MVC 4 и MVC 5
- Visual Studio 2019, Visual Studio 2017 и Visual Studio 2015 поддерживают MVC 4 (можно открывать существующие проекты, но не создавать новые) и MVC 5
- Сведения об автоматическом обновлении MVC 2 до MVC 3 см. в разделе Средство обновления приложения MVC 3 ASP.NET.
- Сведения об обновлении MVC 2 до MVC 3 вручную см. в разделе Обновление проекта ASP.NET MVC 2 до обновления инструментов ASP.NET MVC 3.
- Сведения об обновлении MVC3 до MVC 4 вручную см. в разделе Обновление проекта ASP.NET MVC 3 до ASP.NET MVC 4. Если проект ориентирован на платформу .NET Framework 3.5 с пакетом обновления 1 (SP1), необходимо переориентировать его на .NET Framework 4.
- Сведения об обновлении MVC 4 до MVC 5 вручную см. в статье Обновление проекта ASP.NET MVC 4 и веб-API до ASP.NET MVC 5 и веб-API 2.
- Теперь проекты моделирования называются в меню и шаблонах проектами проверки зависимостей.
- 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 или использовать их более новые версии.
Универсальные проекты Windows с помощью project.json не поддерживаются. Рекомендуется обновить эти проекты так, чтобы в них использовались ссылки на пакеты. Кроме того, вы можете добавить ссылку на файл Microsoft.NET.Test.Sdk версии 16.0.0.0 в файл project.json.
Перенос проекта
Хотя мы пытаемся сохранить совместимость с предыдущими версиями, существуют изменения, из-за которых некоторые типы проектов могут больше не поддерживаться. В таких случаях в более новой версии Visual Studio не будет загружаться проект или предлагаться путь миграции. С этим проектом необходимо будет работать в предыдущей версии Visual Studio. Дополнительные сведения о типах проектов, поддерживаемых в Visual Studio 2022, см. на странице «Назначение платформы и совместимость «.
Иногда более новая версия 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 2022 включает необходимые цепочки инструментов MSBuild для поддержки ToolsVersion 15, 14, 12 и 4. Сборка проектов, в которых используется любое из этих значений ToolsVersion , должна выполняться успешно. (Тема, опять же, о том, поддерживает ли Visual Studio 2022 тип проекта, как описано ниже. Целевая платформа и совместимость.)
Вы можете вручную обновить или перенести проект на более новую версию ToolsVersion . Такое изменение не является обязательным и, скорее всего, приведет ко множеству ошибок и предупреждений, которые потребуется исправить, чтобы сборка проекта снова стала возможной. Кроме того, если в Visual Studio перестанет поддерживаться определенная версия ToolsVersion , при открытии проекта будет запущен процесс его миграции, так как значение ToolsVersion должно быть изменено.
Связанный контент
- Руководство по ToolsVersion
- Руководство по нацеливанию на платформы
- Ссылка на сведения о миграции и обновлении проекта Visual Studio 2019
- Поддержка старых версий Visual Studio