¿Visual Studio 2012 interferirá / romperá .NET 4 y / o Visual Studio 2010 si se instalan uno al lado del otro en la misma instancia de Windows?
.net
visual-studio-2010
visual-studio
visual-studio-2012
.net-4.5
Chris Pietschmann
fuente
fuente
Respuestas:
Como dijo Reigo, sí. Aquí está el enlace a la página oficial de Microsoft con la información proporcionada por Reigo y más detalles: http://msdn.microsoft.com/en-us/library/ms246609%28v=VS.110%29.aspx
fuente
La versión .net 4.5 es una actualización local.
Esto significa que los binarios de .net 4.0 serán REEMPLAZADOS por los binarios de .net 4.5 .
Microsoft ha intentado mitigar los problemas que esto causa creando una función "Target .net 4.0". Pero esto es muy diferente de la orientación a versiones anteriores de .net (que han estado una al lado de la otra desde .net 2.0).
Debido a que es una actualización en el lugar, "Target .net 4.0" realmente no puede apuntar a ella. Lo mejor que pueden hacer es intentar eliminar manualmente algunas "funciones". Lo han hecho (Scott Hanselman tenía una publicación en el blog que cubría esto).
Pero no dejes que esto te engañe haciéndote pensar que realmente estás usando .net 4.0. Cualquier error corregido por .net 4.5 se solucionará en su máquina de desarrollo y no para sus usuarios de .net 4.0.
Por lo tanto, si está desarrollando una aplicación "dirigida a .net 4.0" y tiene .net 4.5 instalado, está en riesgo. Si usa accidentalmente un error corregido, no se romperá durante la depuración.
Cuando implementas tu aplicación en una máquina que solo ejecuta .net 4.0 (es decir, Windows XP), esos errores no se corrigen para tu usuario .
Para todos los efectos, esos errores corregidos ahora son "Errores ocultos" (para los desarrolladores que aún necesitan apuntar a .net 4.0.
La mejor parte es que no importa si usa VS 2010 o VS 2012. Una vez que se instala .net 4.5, los errores se ocultan.
Consulte esta publicación para obtener más detalles: http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/c05a8c02-de67-47a9-b4ed-fd8b622a7e4a/
fuente
Me han quemado mucho las versiones beta de VS, nunca he tenido un problema desagradable para desinstalarlas. Microsoft hace un buen software, pero el instalador parece ser siempre lo último en lo que se ocupa. Los problemas que he visto son que la desinstalación no elimina los componentes que luego arruinan la edición minorista y el instalador no cuenta con otros productos de Microsoft instalados y destruye su configuración.
Este es mucho antes de una versión beta, no lo instale en una máquina que necesita para hacer su trabajo. Lo que prácticamente excluye tener VS2008 instalado. VM está bien, por supuesto.
fuente
Instalé el RC ayer y encontré lo siguiente:
Hace que VS2010 se congele al ejecutar pruebas unitarias (esto se puede solucionar usando 2012, o mstest en la línea de comando para ejecutar sus pruebas unitarias)
Hace que VS2010 no pueda compilar proyectos C ++, fallando con un error de enlace . Incluso después de desinstalar VS2012 RC, este problema persiste ... por lo que le recomiendo encarecidamente que no lo instale ahora mismo.
fuente
Entonces, leyendo todas las respuestas, todo se reduce a esto:
fuente
Sí, puede, pero siempre se recomienda instalar primero las versiones anteriores. Y si desea abrir el proyecto de Visual Studio 2010 en VS 11, y luego volver de nuevo, asegúrese de no usar las nuevas funciones de Visual Studio 11
fuente
Se puede instalar en paralelo, ¡pero ni siquiera es beta ...! ¡No espere que realmente funcione!
Vea este problema que estamos teniendo, y esto lo menciona Damian en otro comentario.
fuente
Lo hice ayer y lo desinstalé hoy ...
Aparentemente, algo salió mal porque algunas aplicaciones que construí antes comenzaron a dar errores extraños con respecto a "no se pudo cargar el módulo bla bla bla ...", así que desinstalé todo, forcé la reinstalación de .NET Framework 4.0 y ahora todo funciona bien nuevamente.
fuente
Definitivamente puede causar problemas. Por ejemplo:
En .NET 4.0, cada vez que uno intenta guardar un valor de enumeración en LINQ-2-Entities, jup, lo adivinó: ERROR cuando tiene 4.0 GRAN ÉXITO cuando trabaja en una máquina con 4.5 instalado (sí, aunque el ensamblaje apunta al cliente 4.0 ¡perfil!)
Así que preste atención cuando utilice esta nueva característica que no tiene ninguna compatibilidad inversa.
fuente
Funciona bien en máquinas de 32 bits que se instalan en paralelo, pero en algún momento puede aparecer un error, pero al reinstalar o desinstalar la instalación anterior, se puede instalar. Lo hice durante la mitad del proyecto y tampoco afecta el trabajo anterior.
fuente
Como se dijo, oficialmente se puede pero puede causar problemas.
Si desea ejecutar Visual Studio 2012, creo que la forma más segura es usar el WMWare VMplayer gratuito e instalar Windows 8 y luego instalar Visual Studio 2012 allí. Necesita al menos 4 GB de RAM, pero funciona mejor con 8 GB o más. Eso es lo que hago de todos modos.
fuente
¡Mi principal problema ha sido que ya no se pueden ejecutar pruebas unitarias desde VS2010 después de instalar VS2012 RTM! Simplemente cuelga para siempre. Ni siquiera puedo detenerlo.
Entonces, por ahora, diría, MS lo hizo de nuevo, el lado a lado no funciona.
Creo que esto puede deberse a que se trata de una instalación VS2010 sin SP1 aplicado.
fuente
La buena noticia es que la instalación crea un punto de restauración del sistema. La copia de seguridad del disco duro externo es la solución para esto hasta que salga una versión real o esté comenzando un proyecto desde cero.
fuente
He notado que las soluciones Web y de prueba de carga parecen dañadas después de la instalación de VS2012. He tomado copias y actualizado a 2012 y funcionan bien. Es solo que VS2010 ya no puede iniciar una ejecución de prueba.
fuente
Sí, también puede abrir fácilmente un proyecto de 2012 en 2010 sin problemas. siempre que siga usando .net 4.0.
fuente