Visual Studio 2012 interférera-t-il / interrompra-t-il .NET 4 et / ou Visual Studio 2010 s'il est installé côte à côte sur la même instance de Windows?
Visual Studio 2012 interférera-t-il / interrompra-t-il .NET 4 et / ou Visual Studio 2010 s'il est installé côte à côte sur la même instance de Windows?
Réponses:
Comme Reigo l'a dit, oui. Voici le lien vers la page officielle de 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 binaires pour .net 4.0 seront REMPLACÉS par les binaires pour .net 4.5 .
Microsoft a tenté d'atténuer les problèmes que cela provoque en créant une fonctionnalité «Target .net 4.0». Mais c'est très différent du ciblage des versions précédentes de .net (qui sont 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 la cibler. Le mieux qu'ils puissent faire est d'essayer de supprimer manuellement certaines «fonctionnalités». Ils l'ont fait (Scott Hanselman avait un article de blog sur ce sujet).
Mais ne vous laissez pas tromper en pensant que vous utilisez vraiment .net 4.0. Tous les bogues corrigés par .net 4.5 seront corrigés 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 .net 4.5 est installé, vous courez un risque. Si vous utilisez accidentellement un bogue corrigé, il ne se cassera pas pour vous pendant le débogage.
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 corrigés pour votre utilisateur .
À toutes fins utiles, ces bogues corrigés sont désormais des «bogues cachés» (pour les développeurs qui doivent encore cibler .net 4.0.
La meilleure partie est que peu importe si vous utilisez VS 2010 ou VS 2012. Une fois .net 4.5 installé, les bogues sont masqués.
Voir cet article pour plus de détails: http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/c05a8c02-de67-47a9-b4ed-fd8b622a7e4a/
J'ai été gravement brûlé par VS betas, je n'ai jamais eu de problème pour les désinstaller. Microsoft fabrique de bons logiciels, mais le programme d'installation semble toujours être la toute dernière chose à prendre en compte. Les problèmes que j'ai vus sont la désinstallation qui ne supprime pas les composants, ce qui fait bousiller l'édition commerciale 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 pas l' installer sur une machine dont vous avez besoin pour faire votre travail. Ce qui empêche à peu près l'installation de VS2008. VM va bien, bien sûr.
J'ai installé le RC hier et j'ai trouvé ce qui suit:
Cela provoque le gel de VS2010 lors de l'exécution de tests unitaires (cela peut être contourné en utilisant 2012 ou mstest sur la ligne de commande pour exécuter vos tests unitaires)
Cela empêche VS2010 de compiler les projets C ++, échouant avec une erreur de lien . Même après la désinstallation de VS2012 RC, ce problème persiste ... je vous déconseille donc fortement de l'installer maintenant
Donc, en lisant toutes les réponses, cela revient à ceci:
Oui, vous pouvez, mais il est toujours recommandé d'installer d'abord les versions antérieures. Et si vous souhaitez ouvrir le projet Visual Studio 2010 dans VS 11, puis à nouveau ultérieurement, assurez-vous de ne pas utiliser les nouvelles fonctionnalités de Visual Studio 11
Je l'ai fait hier et je l'ai désinstallé aujourd'hui ...
Apparemment, quelque chose s'est mal passé parce que certaines applications que j'ai construites avant ont commencé à donner d'étranges erreurs concernant "Impossible de charger le module bla bla bla ...", j'ai donc tout désinstallé, forcé la réinstallation de .NET Framework 4.0 et maintenant tout fonctionne à nouveau bien!
Cela peut certainement causer des problèmes. Par exemple:
Dans .NET 4.0, chaque fois que l'on essaie d'enregistrer une valeur d'énumération dans LINQ-2-Entities, jup, vous l'avez deviné: ERREUR quand vous avez 4.0 GRAND SUCCÈS lorsque vous travaillez sur une machine avec 4.5 installé (oui même si l'assembly cible le client 4.0 profil!)
Faites donc attention lorsque vous utilisez cette bonne nouvelle fonctionnalité qui n'a aucune compatibilité inverse.
Cela fonctionne bien sur une machine 32 bits installant côte à côte, mais parfois, vous pouvez obtenir une erreur, mais la réinstallation ou la désinstallation de l'installation précédente peut être installée. Je l'ai fait au milieu du projet et cela n'affecte pas non plus les travaux précédents.
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 est d'utiliser le WMWare VMplayer gratuit et d'installer Windows 8 dessus, puis d'installer Visual Studio 2012 là-bas. 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 est que l'on ne peut plus exécuter de tests unitaires à partir de VS2010 après l'installation de VS2012 RTM! Il est suspendu pour toujours. Je ne peux même pas l'arrêter.
Donc pour l'instant je dirais, MS l'a encore fait, 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 appliqué.
Oui, vous pouvez également facilement ouvrir un projet de 2012 à 2010 sans problème. tant qu'il utilise toujours .net 4.0.