Qué sistema de control de fuente usar con el Control de fuente SQL de Red Gate

Estamos planeando utilizar Red Gate SQL Source Control , pero todavía no hemos decidido qué sistema de control fuente usar: puede usar Subversion (SVN) o Team Foundation Server (TFS) .

¿Cuál deberíamos elegir y cómo afecta eso la forma en que Red Gate SQL Source Control?

Aquí hay algunos factores que pueden afectar nuestra elección:

  • Usamos SQL Server 2008 R2
  • Actualmente no usamos SVN o TFS
  • No usaremos SVN o TFS para controlar nuestro código que no sea de database
  • Obtenemos TFS con nuestra licencia de MSDN, por lo que el costo no es un factor
  • Trabajamos tanto en la misma oficina como a distancia

Cualquier ayuda o consejo sería apreciado.

EDITAR : Para el código que no es de database usamos VSS, que vamos a replace con Mercurial (con horno) más adelante esta semana.

EDIT : desde que publiqué esta pregunta, descubrí que Red Gate SQL Source Control funcionará con cualquier sistema de control de fuente que tenga una línea de command adecuada. Entonces, podríamos hacer que funcione con nuestra implementación de Mercurial / Kiln y definitivamente lo consideraremos. Cualquier consejo sobre eso sería muy útil.

Solo he trabajado con SVN con Redgate Sql Source Control, aunque he trabajado con TFS fuera del context del control de fuente de la database.

Mi opinión es esta: salvo una integración profunda con las templates de metodología en TFS, no hay ninguna ventaja al usar TFS en esta situación. La integración con SSMS es muy común e intuitiva para SVN, por lo que funcionó muy bien para mi equipo.

Personalmente, encontré TFS bastante pesado, en cuanto a administración, y encontré que el server SVN es muy ligero y fácil de usar. Si tienes a alguien que ya tiene experiencia en la administración de TFS, ese podría ser un argumento para TFS, pero a less que sea así, recomendaría SVN.

Sigo volviendo a un factor: podría tener SVN en funcionamiento con este sistema en una hora, y Dios sabe cuánto time con TFS.

Según su actualización, si es posible, recomiendo encarecidamente que se integre con su repository existente, pero si es una elección entre esperar la integración perfecta y tener el control de versión de su database actual, no tengo otra opción en mente.

SQL Source Control tiene una versión de acceso anticipado que funciona con Mercurial. Sería genial si pudieras probarlo. Puede encontrar más información en http://www.networking-gate.com/messageboard/viewtopic.php?t=12786 . Como dijo Chris, probablemente sea mejor tener un sistema de control de fuente para su aplicación y el código db si es posible.