Almacenamiento de cadenas de conexión de base de datos EF en el proyecto Silverlight

Somos un equipo de 4 desarrolladores trabajando en el mismo proyecto. Usamos Entity Framework para acceder a nuestro backend de base de datos SQL. Almacenamos la cadena de conexión en web.config.

Cada desarrollador está probando su código en su propia base de datos del servidor SQL local. Esto significa que cada desarrollador tiene su propia cadena de conexión de SQL Server en web.config. Por lo general, tengo varias copias diferentes de la base de datos en mi máquina, con datos de diferentes escenarios, entre los que cambio editando la cadena de conexión. Una base de datos puede estar vacía, otra puede contener grandes cantidades de datos de prueba, etc.

El problema al que nos enfrentamos es que accidentalmente registramos web.config en el control de código fuente con regularidad, lo que significa que cuando uno de los otros desarrolladores de un equipo recupera el código más reciente del control de código fuente, su web.config local, con su cadena de conexión - se sobrescribirá con el del otro desarrollador. (Por cierto, estamos usando AccuRev, en el que no hay una buena manera de ignorar ciertos archivos).

He pensado en un par de diferentes soluciones hackish:

• Cree un nuevo archivo de configuración, donde almacenamos las configuraciones específicas de la computadora. No registramos este archivo en el control de código fuente. O lo registramos usando algún otro nombre.


• Cambie el nombre de web.config a web.config.default (o algo así) en el control de código fuente. Después de un pago desde el control de código fuente, el desarrollador debe cambiar el nombre de web.config.default a web.config antes de que pueda ejecutarse.

Seguramente debe haber alguna forma estándar de manejar esto.

Solución del problema

si usa Visual Studio 2010, puede usar la transformación web.config.

solo una idea...
cada desarrollador necesita establecer su propia configuración de compilación, como DebugDeveloperA, DebugDeveloperB, Staging, Relase, etc...
Visual Studio 2010 crea archivos de transformación web.config para cada configuración de compilación, así que si obtenga la última versión del control de código fuente, debe asegurarse de usar su configuración de compilación.