Soy responsable de un pequeño equipo de desarrollo y nos ocupamos principalmente del desarrollo de bases de datos. Actualmente estamos usando MS Visual Source Safe como nuestro sistema de control de fuente, pero tiene sus limitaciones y estamos pensando seriamente en cambiar. ¿Qué sistema elegirías?Sistema de control de origen para el equipo de desarrollo de bases de datos pequeñas
Examine el uso de SVN, por experiencia personal me quedaría muy lejos de ClearCase.
En mi empresa, recientemente comenzamos a usar el control de código fuente para rastrear los cambios de la base de datos en el esquema y los procesos almacenados. Nos ha ayudado tremendamente que lo tengamos todo bajo SVN para rastrear los cambios. Es una lástima que los 4 años anteriores de trabajo se hayan perdido porque antes nada sobre el DB estaba bajo ningún tipo de control de revisión.
Subversion, busque Visual SVN, es gratis y muy fácil de usar.
También puede echar un vistazo a SQL Server database versioning with Subversion (SVN)
para un equipo pequeño, SVN es mejor, en mi experiencia (que he usado CVS, SVN, y VSS en el pasado).
Es potente, tiene una gran base de usuarios, y buenas herramientas como interfaces web, etc.
Algunas personas probablemente recomendarán git, pero yo creo que es excesivo para lo que usted describe.
Una de las cosas buenas de Git es que tiene muy pocas dependencias (solo libz, creo). Esto hace que sea fácil de construir e implementar en casi cualquier sistema. Habiendo dicho eso, recomendaría también SVN porque el OP ya está funcionando en un mundo de Windows. +1 –
Gracias Greg. No me refería a los excesos en términos de requisitos, sino a la curva de aprendizaje, ya que es bastante diferente del enfoque de control de fuente no distribuido (creo que, hasta ahora, lo único que sé es el rumor. Un día aprenderé .) – SquareCog
Una ventaja más, SVN es de código abierto. –
Nuestro equipo usa Sourcegear 's Vault, que es muy parecido a CVS o VSS, simplemente sin algunas de las arrugas.
Nuestro equipo (NET) hace unos meses cambió a Subversion/TortoiseSVN, VisualSVN (para la integración VisualStudio) y Trac. No puedo recomendar estas herramientas lo suficiente.
Me mantendría alejado de los sistemas centralizados, los sistemas de control de versiones distribuidas ofrecen mucha más flexibilidad, al tiempo que permiten una forma de trabajo centralizada.
Para personas más técnicas, git puede ser bueno, después de todo ha sido desarrollado por gente del kernel de Linux.
Bazar o mercurial son probablemente mejores para aquellos que buscan facilidad de uso.
Este artículo sugiere que Git es mucho más fácil de usar de lo que creería al principio: http://articles.sitepoint.com/article/version-control-git – rohancragg
+1 Por sugerir un VCS moderno, gratuito y distribuido. – Johnsyweb
Perforce.
Software comercial, y no es gratis como SVN, pero es genial. Multiplataforma, fácil de usar, interfaces gráficas de usuario, las líneas de comandos, etc.
Si puede pagar las licencias, es un sistema poderoso con un soporte decente al cliente y un desarrollo continuo. Es bastante capaz de hacer fusiones y de lo que escuché es algo que es bastante doloroso con Subversion/SVN. Aconsejaría asociarlo con una buena herramienta de combinación/diff: te permite conectar cualquier herramienta de terceros. – rohancragg
No es libre, pero un muy buen sistema es "PlasticSCM" (!): http://www.plasticscm.com/demos/plastic28/index.html
Funciona con ramas, que funciona muy bien para el desarrollo en paralelo ("rama por patrón de tarea"). Para cada tarea (ticket, error, problema, lo que sea), crea una rama secundaria. Plastic actualizará su "espacio de trabajo" en el disco, por lo que todos los archivos tienen la versión correcta. Puede hacer tantos cambios y comprobaciones como quiera, porque trabaja en su propia sucursal, ¡de modo que nadie más tenga problemas si registra algo que no compila! Esto funciona ENCANTADOR!
Si cambia a otra rama (ya que debe hacer una corrección de errores rápida), todos los cambios son "archivado" en el servidor, espacio de trabajo actual se actualiza automáticamente a la otra rama, puede hacer algunos cambios + registro, cambia de nuevo a su sucursal en la que estaba trabajando, y todos los archivos no se vuelven a guardar, de modo que puede continuar donde estaba antes. Muy, muy agradable.
Tiene un cliente de GUI muy bueno, funciona también en MacOS + Linux.
Creo que SVN + SQL Examiner Suite es la mejor solución para keeping your database under version control.
TFS 2010 - debe tener derecho a usarlo para 5 personas, de lo contrario hay varias ofertas económicas para las empresas.
Configúrelo en una computadora decente con virtualización: un VMT TFS, un SQL, una (posiblemente) compilación (solo).
Control de fuente con SQL Server behing.
elemento de trabajo integrado de seguimiento
puede integrar integración continua con las pruebas etc.
puede integrar SharePoint para los documentos.
Fácil de instalar en la versión de 2010;)
Específicamente para un desarrollo de base de datos y en caso de que está utilizando MS SQL, yo le recomendaría a echar un vistazo a SQL Source Control de productos de Red Gate, que puede funcionar a través de SVN/TFS/VSS/Vault y ayuda a las bases de datos de control de origen.
También existe soporte para TFS, VSS y Vault (los últimos dos están en versión beta) http://www.red-gate.com/MessageBoard/viewtopic.php?t=12265 –
@David Atkinson, estoy muy contento de escucha eso. Sin embargo, personalmente preferiría el apoyo de Mercurial ... – Regent
¿Puedo preguntar cómo ahora obtiene los cambios de su base de datos a SVN? –
Ha pasado tanto tiempo que no recuerdo cómo lo hicimos, pero esto parece una herramienta prometedora y familiar http://www.poweradmin.com/sourcecode/vssmigrate.aspx – bwknight877
Quería decir cómo está almacenando los cambios de su base de datos en el control de código fuente ? Como gerente de producto del Control de código SQL de Red Gate (http://www.red-gate.com/products/SQL_Source_Control/index.htm), estoy particularmente interesado en cómo los equipos de desarrollo están administrando este proceso. –