Как отправить проект 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 (SP1)); в случае использования нерекомендуемых ресурсов времени разработки в 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

Как продублировать проекты в Visual Studio?

введите сюда описание изображения

Например в «Решении» у меня есть один или несколько проектов. Как выделенные проекты продублировать? Ctrl+C, Ctrl+V не помогает.

Отслеживать
задан 11 янв 2018 в 20:17
419 2 2 золотых знака 9 9 серебряных знаков 19 19 бронзовых знаков
какой смысл Вы вкладываете в слово «продублировать»?
– user176262
11 янв 2018 в 20:25
@Igor, скопировать и вставить (может быть вставить несколько раз).
11 янв 2018 в 20:44

1 ответ 1

Сортировка: Сброс на вариант по умолчанию

Вроде, через интерфейс- это сделать нельзя.

Заходите в папку где лежит *.csproj, далее копируете ее целиком, переименовав саму папку и имя *.csproj файла.

Далее, через интерфейс Visual Studio выбираем добавить существующий проект.

Отслеживать
ответ дан 11 янв 2018 в 20:57
24.8k 12 12 золотых знаков 64 64 серебряных знака 163 163 бронзовых знака

Гуид проекта вроде должен быть уникальным, а при такой копипасте он будет одинаковым и могут быть глюки.

12 янв 2018 в 4:42

c#
visual-studio-2015
project

Важное на Мете

Подписаться на ленту

Лента вопроса

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

Как вытащить проект из решения в Visual studio?

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

Вопрос задан более трёх лет назад
1619 просмотров

Комментировать
Решения вопроса 0
Ответы на вопрос 2
пофиг на чем писать

Не совсем понятен вопрос. Сохранить отдельным решением?

Создайте новый солюшен.
Зайдите в каталог солюшена от куда надо вытащить проект.
Найдите папку с проектом, скопируйте ее в каталог нового солюшена.
Из студии правой кнопкой по новому солюшену, добавить проект -> существующий.
Из старого солюшена удаляете скопированный проект.

Ответ написан более трёх лет назад
luckygambler @luckygambler Автор вопроса

Скопировать я и сам бы смог!
нет, немного не то!
Не все так просто. Там куча зависимостей, общие lib, dll, которые и являются одними из проектов этого решения.
Может этот проект можно как то экспортировать средствами visual studio. я скорее это имел ввиду

luckygambler, в vs такого нет, может сторонние какие есть инструменты. Но думаю, что зависимости придется руками переносить.

yarosroman

Роман @yarosroman
C# the best

Копируется папка с проектом и все, открываете файл проекта и готово, зависимости прописываются в файле проекта, однако если он зависит от других проектов в решении или конкретных Dll, то придется добавлять библиотеки, если зависимости от Nuget пакетов, то студия сама из скачает при построении проекта. а потом можно сохранить файл решения куда хотите.

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

C#
+1 ещё

Визуал студио медленно работает почему?

1 подписчик
6 часов назад
36 просмотров

Как переслать проект другу?

Подскажите, пожалуйста, такая проблема возникла. Я делал небольшой проект на Unreal Engine 5.2 и нашел друга, с которым хочу совместно разрабатывать, но когда я ему переслал зип проекта, он не смог открыть uproject файл. Движок выдает ошибку и просит ребилдить через код. Помогите, пожалуйста.

#1
18:54, 18 сен 2023

Так работать очень тяжело будет, нужно учиться пользоваться репозиториями типа github, правда без оплаты, с которой сейчас сложности из РФ, толстые репы туда не запихнуть.
Рискну предположить, при условии что у вас одинаковые версии движка и оба пользуетесь релизной маркетплейсовой сборкой движка, а не из исходников, и ты скинул ему всю папку с бинарями, вероятней всего у тебя есть какие-то плагины в движке, а у него их нет, в этом случае рекомендуется все плагины сбрасывать в папку plugins внутри проекта, и пересобирать с ними, дабы не случалось конфуза отсутствия плагинов на тачках коллег.

#2
19:19, 18 сен 2023

ПКМ по uproject и там будет пересобрать или что нить такое (Generate Visual Studio project files)
другу конечно тоже понадобиться Visual Studio (с установкой поддержки с++ и проектов UE) пусть даже Community версия
Если ты конечно скинул ему папку Source. Если этой папки нет даже у тебя, то я прям не знаю что делать.

Ragga_muffin
Постоялец

#3
19:21, 18 сен 2023

Бинарники просто положи в свой зип файл и проверьте, чтобы у вас была одинаковая версия движка.

#4
19:45, 18 сен 2023

На компе нужно иметь две винды в дуалбуте, тогда такие сложности сможешь протестировать не отходя от кассы.

endeavour_pr
Участник

#5
20:51, 18 сен 2023

Вроде ничего не надо пересобирать если код на принтах и если та же самая версия движка.
Анрил требует ребилд, когда версия движка отличается и что то из кода на c++ не собрано под твою версию.
Осталось понять что не понравилось движку.
Без скринов и логов тут можно только гадать.
Предлагаю такие темы переность во флейм.

#6
14:41, 19 сен 2023

а чё не обмениваетесь ассетами? Сделал монстра, скинул ему. Он допилил, скинул тебе. А ландшафт можно хранить на одном компе. Какая ему то разница на какой сцене гонять этого монстра?

#7
20:09, 19 сен 2023

perforce p4v решит твою проблему, как сделать репозиторий и как с ним работать, много видео