Будет ли Visual Studio 2012 мешать / нарушать работу .NET 4 и / или Visual Studio 2010, если они установлены параллельно на одном экземпляре Windows?
.net
visual-studio-2010
visual-studio
visual-studio-2012
.net-4.5
Крис Питчманн
источник
источник
Ответы:
Как сказал Рейго, да. Вот ссылка на официальную страницу Microsoft с предоставленной информацией о Рейго и более подробной информацией: http://msdn.microsoft.com/en-us/library/ms246609%28v=VS.110%29.aspx
источник
Выпуск .net 4.5 - это обновление на месте.
Это означает, что двоичные файлы для .net 4.0 будут ЗАМЕНЕНЫ двоичными файлами для .net 4.5 .
Microsoft попыталась смягчить эти проблемы, добавив функцию «Target .net 4.0». Но это сильно отличается от нацеливания на предыдущие версии .net (которые были рядом с .net 2.0).
Поскольку это обновление на месте, "Target .net 4.0" не может нацеливаться на него. Лучшее, что они могут сделать, - это попытаться вручную удалить некоторые «особенности». Они сделали это (Скотт Хансельман написал об этом в блоге ).
Но не позволяйте этому обмануть вас, думая, что вы действительно используете .net 4.0. Любые ошибки, исправленные с помощью .net 4.5, будут исправлены на вашей машине разработки, а не для пользователей .net 4.0.
Поэтому, если вы разрабатываете приложение, ориентированное на .net 4.0, и у вас установлен .net 4.5, вы подвергаетесь риску. Если вы случайно воспользуетесь исправленной ошибкой, она не сломается при отладке.
Когда вы развертываете свое приложение на машине, на которой работает только .net 4.0 (то есть Windows XP), эти ошибки не исправляются для вашего пользователя .
По сути, эти исправленные ошибки теперь называются «скрытыми ошибками» (для разработчиков, которым все еще необходимо ориентироваться на .net 4.0.
Самое приятное то, что не имеет значения, используете ли вы VS 2010 или VS 2012. После установки .net 4.5 ошибки скрываются.
Подробнее см. В этом сообщении: http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/c05a8c02-de67-47a9-b4ed-fd8b622a7e4a/
источник
Я сильно пострадал от бета-версий VS, у меня никогда не было неприятных проблем с их удалением. Microsoft делает прекрасное программное обеспечение, но установщик, кажется, всегда остается самым последним, о чем заботятся. Проблемы, которые я видел, заключаются в том, что при удалении не удаляются компоненты, которые затем портят розничную версию и установщик, не рассчитывая на другие установленные продукты Microsoft и разрушая их конфигурацию.
Это еще далеко до бета-тестирования, не устанавливайте его на машину, которая вам нужна для выполнения своей работы. Что в значительной степени исключает установку VS2008. ВМ конечно нормально.
источник
Вчера я установил RC и обнаружил следующее:
Это приводит к зависанию VS2010 при запуске модульных тестов (это можно обойти, используя 2012 или mstest в командной строке для запуска ваших модульных тестов)
Это приводит к тому, что VS2010 не может компилировать проекты C ++, что приводит к ошибке связи . Даже после удаления VS2012 RC эта проблема все еще сохраняется ... поэтому я настоятельно рекомендую не устанавливать ее прямо сейчас
источник
Итак, читая все ответы, все сводится к следующему:
источник
Да, можно, но всегда рекомендуется сначала установить более ранние версии. И если вы хотите открыть проект Visual Studio 2010 в VS 11, а затем снова вернуться к нему, убедитесь, что вы не используете новые функции Visual Studio 11.
источник
Его можно установить параллельно, но это даже не бета-версия ..! Не ждите, что это действительно сработает!
Посмотрите на эту проблему, которая у нас возникла, и об этом сказал Дамиан в другом комментарии.
источник
Вчера делал, сегодня удалил ...
По-видимому, что-то пошло не так, потому что некоторые приложения, которые я создал до этого, начали выдавать странные ошибки, касающиеся «невозможно загрузить модуль бла-бла-бла ...», поэтому я удалил все, принудительно переустановил .NET Framework 4.0, и теперь все снова работает нормально!
источник
Это определенно может вызвать проблемы. Например:
В .NET 4.0 всякий раз, когда кто-то пытается сохранить значение перечисления в LINQ-2-Entities, jup, как вы уже догадались: ОШИБКА, когда у вас есть 4.0 БОЛЬШОЙ УСПЕХ при работе на машине с установленным 4.5 (да, даже если сборка нацелена на клиента 4.0 профиль!)
Так что будьте внимательны при использовании этой хорошей новой функции, которая вообще не имеет обратной совместимости.
источник
Он хорошо работает на 32-битной машине, устанавливая рядом, но иногда вы можете получить ошибку, но при переустановке или удалении предыдущей установки ее можно установить. Я сделал это в середине проекта, и это также не повлияло на предыдущую работу.
источник
Как было сказано, официально можно, но это может вызвать проблемы.
Если вы хотите запустить Visual Studio 2012, я думаю, что самый безопасный способ - использовать бесплатный WMWare VMplayer и установить на нем Windows 8, а затем установить Visual Studio 2012 там. Вам нужно как минимум 4 ГБ ОЗУ, но лучше работает с 8 ГБ или более. В любом случае я этим занимаюсь.
источник
Моя основная проблема заключалась в том, что после установки VS2012 RTM больше нельзя запускать модульные тесты из VS2010! Просто висит вечно. Даже не могу это остановить.
Так что пока я бы сказал, MS сделала это снова, бок о бок не работает.
Я думаю, это может быть связано с тем, что это установка VS2010 без применения SP1.
источник
Хорошая новость в том, что при установке создается точка восстановления системы. Резервное копирование на внешний жесткий диск - это решение этой проблемы, пока не выйдет настоящая версия или вы не начнете проект с нуля.
источник
Я заметил, что решения для веб-тестирования и нагрузочного тестирования перестают работать после установки VS2012. Сняли копии и обновили до 2012 года, и они работают нормально. Просто VS2010 больше не может инициировать тестовый прогон.
источник
Да, вы также можете легко открыть проект с 2012 по 2010 год без проблем. пока он все еще использует .net 4.0.
источник