¿Cómo me aseguro de que todo mi equipo tenga exactamente la misma versión del tiempo de ejecución de .Net?

Mi equipo está escribiendo una aplicación web ASP.Net en VS2008 con orientación .Net3.5 SP1. Algunos de nosotros tenemos instalada la versión de tiempo de ejecución .Net 2.0.50727.3082, y otros tienen 2.0.50727.3053. La actualización de Windows de todos los usuarios informa que no hay actualizaciones disponibles, incluso las personas con el menor número de compilación, y no me importaría, excepto que todos los archivos .designer.cs incluyen la versión en tiempo de ejecución en su encabezado y las diferentes versiones en tiempo de ejecución provocan cambios espurios en el control del código fuente. La instalación de la última configuración .Net3.5 de Microsoft no resuelve el problema: la versión .3053 aún está instalada, incluso después de que el tiempo de ejecución se 'reparó'.¿Cómo me aseguro de que todo mi equipo tenga exactamente la misma versión del tiempo de ejecución de .Net?

En el corto plazo, ¿cómo puedo actualizar de .3053 a .3082, y en el mediano plazo cómo me aseguro de que todo mi equipo esté en la misma versión de tiempo de ejecución .Net?

Fuente

2009-07-22 Dan Davies Brackett

Como un punto de la nota, esta pregunta es irrelevante en Studio 2010 ya que los archivos de diseño ya no están marcados con (inútil) la información de la versión de tiempo de ejecución. –

2.0.50727.3082 es la versión del .NET 2.0 runtime instalado con .NET 3.5 sp1. Asegúrese de que todos sus usuarios instalen correctamente .NET 3.5 SP1, y deberían obtener esa versión.

* .3053 se instaló con la instalación independiente de .NET 2.0 sp2. Puede intentar desinstalar esto y luego instalar 3.5sp1 nuevamente (ya que instala su propia versión de .NET 2.0 sp2, la que tiene el número de versión más alto).

Fuente

2009-07-22 17:01:26

¿Cuál es la forma correcta de instalar .NET 3.5 SP1, entonces? ¿Hay algo más que simplemente descargar dotnetfx.exe desde Microsoft Update y ejecutarlo? –

No, eso lo hará funcionar. Lamentablemente, creo que si instaló explícitamente .NET 2.0 sp2, "sobrescribe" la versión 2.0 con la que está viendo. Apareció en 3.5sp1, así que supongo que instalaron 2.0sp2 FIRST, luego 3.5sp1, y 3.5sp1 no vieron la necesidad de actualizar las 2.0 libs, ya que ya estaban allí. Son compatibles con binarios, por lo que no hay problemas de tiempo de ejecución, pero sí causa un comportamiento extraño con el control de origen. –

Acabo de probar los pasos que aquí se presentan: desinstalar .Net3.5SP1, desinstalar .Net2.0SP2, reinstalar .Net3.5SP1 - y lo que reapareció fue .3053. –

Puede construir una máquina virtual e instalar allí todas las herramientas que su equipo necesita para compartir y distribuirlas entre sus compañeros de equipo.

Fuente

2009-07-22 17:05:30 nairdaen

La respuesta de Reed es buena (+1), pero la pregunta también indica la necesidad general de cierta estandarización de escritorio. Usamos dev. imágenes y luego hacer publicaciones oficiales del equipo con respecto a cuándo y cómo instalar actualizaciones. Las imágenes no siempre son prácticas, por lo que tenemos documentos completos de "inicio" para los desarrolladores que garantizan que solo instalen las actualizaciones aprobadas de la manera y el orden especificados en el documento. El sistema se descompone con consultores que generalmente quieren usar sus propias máquinas (computadoras portátiles). Pero descubrí que mantener los entornos lo más sincronizados posible reduce un montón de problemas de tipo "funciona en mi máquina" y también reduce al desarrollador, lo que ayuda al desarrollador a solucionar los problemas que hacen que las cosas no funcionen o funcionen correctamente en su PC.

El inconveniente es "una licencia de todas las licencias" y debo tener ReSharper, para que todos obtengan ReSharper. :)

Fuente

2009-07-22 17:09:56

¿Cómo me aseguro de que todo mi equipo tenga exactamente la misma versión del tiempo de ejecución de .Net?

Respuesta

Cuestiones relacionadas