¿Cómo debo gestionar el desarrollo en SQL Server 2008 y SQL Server 2005 para diferentes clientes?
https://stackoverflow.com/questions/222410
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
La empresa para la que trabajo tiene varios clientes. Actualmente estoy dividiendo mi tiempo entre 2 proyectos .net. Para el Cliente A, necesito Visual Studio 2008, SQL Server 2008 y el marco 3.5. Para Client B 2005 versiones / 2.0 Framework.
Otros en la compañía están utilizando Microsoft Virtual PC para mantener separados los entornos de desarrollo.
¿Qué sugieres?
Información adicional: El principal beneficio que veo es que puede compartir la configuración de su máquina virtual con cualquier persona. Esto permite que un nuevo desarrollador intervenga directamente en un proyecto sin pasar medio día configurando el nuevo entorno de desarrollo y todas sus idiosincrasias.
Solución
Te sugiero personalmente que sigas la ruta VPC. He mantenido mis entornos de desarrollo aislados usando VPC por más de 2 años y nunca volveré. Una computadora portátil ahora puede tener fácilmente más de 4 GB de RAM, que es más que suficiente para ejecutar un par de VPC si es necesario.
Otros consejos
Personalmente tengo ambos instalados en el mismo sistema y utilizo la herramienta adecuada para cada proyecto
VS 2005 / SQL Server 2005
VS 2008 / SQL Server 2008
Me parece que funciona bien, y no tengo la molestia de cambiar las máquinas virtuales. Veo la máquina virtual como una sobrecarga adicional.
Tengo ambos instalados también. En realidad, fui un paso más allá y configuré varios usuarios locales en mi computadora portátil, para que pueda hacer clic derecho - > Ejecutar como, y luego todas las configuraciones (control de fuente, etc.) se cargarán automáticamente para el cliente con el que estoy trabajando.
Acabo de nombrar instancias de SQL Server en mi computadora portátil para la versión en particular, y cada proyecto solo se refiere a su propia instancia de SQL Server. Estos no parecen ser ningún conflicto entre Visual Studio o cualquier otro componente.
en realidad tengo VS 2003 para agregar a 2005 y 2008 en el mismo cuadro. en lugar de múltiples vms, vale la pena tener varios monitores si desea mantener varias versiones abiertas al mismo tiempo.
