Est-ce que Visual Studio 2012 peut être installé côte à côte avec Visual Studio 2010?

Est-ce que Visual Studio 2012 interférera / interrompra .NET 4 et / ou Visual Studio 2010 s’il est installé côte à côte sur la même instance de Windows?

Comme l’a dit Reigo, oui. Voici le lien vers la page officielle Microsoft avec les informations fournies par Reigo, et plus de détails: http://msdn.microsoft.com/en-us/library/ms246609%28v=VS.110%29.aspx

La version .net 4.5 est une mise à niveau sur place.

Cela signifie que les fichiers binarys pour .net 4.0 seront remplacés par les fichiers binarys pour .net 4.5 .

Microsoft a tenté d’atténuer les problèmes causés en créant une fonctionnalité “Cible .net 4.0”. Mais c’est très différent du ciblage des versions précédentes de .net (qui étaient côte à côte depuis .net 2.0).

Comme il s’agit d’une mise à niveau sur place, “Target .net 4.0” ne peut pas vraiment le cibler. Le mieux qu’ils peuvent faire est d’essayer de supprimer manuellement certaines “fonctionnalités”. Ils l’ont fait (Scott Hanselman avait un article sur ce sujet).

Mais ne vous laissez pas duper en pensant que vous utilisez vraiment .net 4.0. Tout bogue corrigé par .net 4.5 sera corrigé sur votre machine de développement et non pour vos utilisateurs .net 4.0.

Donc, si vous développez une application “ciblant .net 4.0” et que vous avez installé .net 4.5, vous êtes en danger. Si vous utilisez accidentellement un bogue corrigé, cela ne vous empêchera pas de déboguer.

Lorsque vous déployez votre application sur une machine exécutant uniquement .net 4.0 (c’est-à-dire Windows XP), ces bogues ne sont pas résolus pour votre utilisateur .

À toutes fins utiles, ces bogues corrigés sont maintenant des “bogues cachés” (pour les développeurs qui doivent encore cibler .net 4.0.

La meilleure partie est que cela n’a pas d’importance si vous utilisez VS 2010 ou VS 2012. Une fois que .net 4.5 est installé, les bogues sont masqués.

Voir ce post pour plus de détails: http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/c05a8c02-de67-47a9-b4ed-fd8b622a7e4a/

J’ai été gravement blessé par VS Betas, jamais eu un problème désagréable pour les désinstaller. Microsoft fabrique de bons logiciels, mais l’installateur semble toujours être la dernière chose à prendre en compte. Les problèmes que j’ai rencontrés sont la désinstallation et la suppression des composants qui vissent ensuite l’édition de vente au détail et le programme d’installation ne compte pas sur les autres produits Microsoft installés et détruit leur configuration.

Celui-ci est loin avant une version bêta, ne l’installez pas sur une machine dont vous avez besoin pour faire votre travail. Ce qui empêche pratiquement d’avoir VS2008 installé. VM va bien sur.

J’ai installé la RC hier et j’ai trouvé ce qui suit:

Il provoque le blocage de VS2010 lors de l’exécution des tests unitaires (cela peut être contourné en utilisant 2012 ou mstest sur la ligne de commande pour exécuter vos tests unitaires).

VS2010 ne parvient pas à comstackr les projets C ++, échouant avec une erreur de lien . Même après la désinstallation de VS2012 RC, ce problème persiste encore … alors je vous déconseille fortement de l’installer dès maintenant

Donc, en lisant toutes les réponses, cela revient à ceci:

  • Après l’installation de VS2012, .NET 4.5 écrasera .NET 4.0.
  • Vous pouvez toujours utiliser VS2010, mais il comstackra avec .NET 4.5 (puisque .NET 4.0 est remplacé).
  • Danger: vous ne pouvez plus déployer vos projets en toute sécurité sur des machines qui exécutent .NET 4.0.

Oui, vous pouvez, mais il est toujours recommandé d’installer les versions antérieures en premier. Et si vous souhaitez ouvrir le projet Visual Studio 2010 dans VS 11, puis plus tard, assurez-vous de ne pas utiliser les nouvelles fonctionnalités de Visual Studio 11

Il peut être installé côte à côte mais ce n’est même pas la version bêta! Ne vous attendez pas à ce que ça marche vraiment!

Voir ce problème que nous avons, et cela mentionné par Damian dans un autre commentaire.

Je l’ai fait hier et l’ai désinstallé aujourd’hui …

Apparemment, quelque chose a mal tourné parce que certaines applications que j’ai construites avant ont commencé à donner des erreurs étranges concernant “impossible de charger le module bla bla bla …”, alors j’ai tout désinstallé, forcé la réinstallation de .NET Framework 4.0

Cela peut certainement causer des problèmes. Par exemple:

Dans .NET 4.0, chaque fois que l’on essaie de sauvegarder une valeur d’énumération dans LINQ-2-Entities, jup, vous l’avez deviné: ERREUR lorsque vous avez 4.0 GREAT SUCCESS lorsque vous travaillez sur une machine avec 4.5 installé (oui même si l’assembly cible le client 4.0 profil!)

Donc, faites attention lorsque vous utilisez cette bonne nouvelle fonctionnalité sans aucune compatibilité inverse.

Cela fonctionne bien sur une machine 32 bits installée côte à côte, mais vous pouvez parfois obtenir une erreur en réinstallant ou en désinstallant l’installation précédente. Je l’ai fait au milieu du projet et cela n’affecte pas les travaux antérieurs.

Comme cela a été dit, officiellement, vous pouvez, mais cela peut causer des problèmes.

Si vous souhaitez exécuter Visual Studio 2012, je pense que le moyen le plus sûr consiste à utiliser le VMware WMWare gratuit et d’y installer Windows 8, puis d’y installer Visual Studio 2012. Vous avez besoin d’au moins 4 Go de RAM mais fonctionne mieux avec 8 Go ou plus. C’est ce que je fais de toute façon.

Mon principal problème a été de ne plus pouvoir exécuter les tests unitaires de VS2010 après avoir installé VS2012 RTM! Il ne rest que pour toujours. Ne peut même pas l’arrêter.

Donc pour le moment je dirais que MS a recommencé, côte à côte ne fonctionne pas.

Je pense que cela peut être dû au fait qu’il s’agit d’une installation VS2010 sans SP1.

Les bonnes nouvelles sont que l’installation fait un sharepoint restauration du système. La sauvegarde de disque dur externe est la solution à ce problème jusqu’à ce qu’une version réelle sorte ou que vous démarrez un projet à partir de zéro.

J’ai remarqué que les solutions Web et Loadtesting semblent brisées après l’installation de VS2012. Ont pris des copies et mis à jour en 2012 et ils fonctionnent bien. C’est juste que VS2010 ne peut plus lancer un test.

Oui, vous pouvez également ouvrir facilement un projet à partir de 2012 en 2010 sans problème. tant qu’il utilise toujours .net 4.0.