| Característica |
CVS |
Plastic SCM |
| Seguridad |
CVS no es capaz de dar diferentes permisos a los objetos del repositorio y no proporciona integración con mecanismos de autenticación. |
Plastic SCM implementa ACLs (listas de control de acceso) para cada uno de los elementos definidos en el sistema por lo que el usuario puede decidir su política de seguridad sin ningún tipo de restricción.
Además, Plastic proporciona diversas opciones de autenticación, desde su propio sistema de usuario/contraseña a integración con LDAP y Directorio Activo. |
| Desarrollo distribuido |
CVS no ofrece ningún tipo de solución para el desarrollo remoto. |
Plastic SCM soporta entornos de desarrollo geográficamente distribuido a través de su estructura TCP/IP, permitiendo que cada empresa seleccione entre el método distribuido tradicional, el multisite o el trabajo desconectado.
El sistema se controla a través de un sólo comando que permite replicar las ramas de manera más sencilla y rápida. |
| Borrado y movido de ítems |
Cuando CVS borra un ítem este desaparece totalmente del repositorio, incluyendo sus versiones anteriores. Los ficheros movidos o borrados se mantienen en el último lugar al que se movieron por lo que no es posible reproducir un árbol anterior en caso de que un usuario quiera volver a una situación previa. |
Una de las fortalezas de Plastic SCM es la habilidad de gestionar movidos, renombrados y borrados de cualquier ítem en el árbol de versiones, ofreciendo un versionado completo de directorios así como de ficheros. Esto es especialmente útil para operaciones de refactor en las que desde el entorno de desarrollo se mueve un fichero de una carpeta a otra y Plastic gestiona automáticamente la operación. Los ítems borrados se pueden recuperar fácilmente a través de la vista de "Ítems Borrados". |
| Check in atómicos |
CVS no tiene un mecanismo de cambios atómicos y no puede agrupar los cambios de ficheros relacionados, si algunos de los ficheros que forman parte de una operación de check in producen un error el código queda en un estado inconsistente. |
Plastic SCM agrupa cada check in realizado en un "grupo de cambios" con un código específico. De este modo es muy sencillo identificar qué cambios han formado una característica en concreto. Incluso más, cada cambio relativo a una tarea específica se puede unir en una rama ya que crear ramas e integrarlas es un proceso muy automatizado y eficiente en Plastic. |
| Gestión de ramas e integraciones |
En CVS el crear una nueva rama implica replicar todos los metadados en el nuevo fichero, lo cual es totalmente ineficiente y hace muy difícil el ver qué ha cambiado en una rama en concreto; y no mantiene la historia de las integraciones, los usuarios deben de hacer el seguimiento manualmente y no hay resolución automática de conflictos al integrar ficheros. |
Plastic SCM ha creado una base sólida para gestionar ramas, especialmente para las integraciones, y no sólo de ficheros sino también de directorios.
Estas operaciones se han rediseñado completamente y son muy diferentes de las operaciones en CVS. Por esto Plastic recomienda utilizar ramas para implementar métodos de desarrollo paralelo tales como "rama por tarea" o "rama por desarrollador". |
| Visualización |
CVS no proporciona ningún tipo de herramienta de visualización aparte de su interfaz gráfica. |
Plastic SCM proporciona una gran variedad de herramientas de visualización para aumentar el rendimiento y ofrecer una visión más clara del proyecto en cualquiera de sus fases: árbol de versiones en 3D, explorador de ramas, herramienta de estadísticas, herramienta de revisión de código, merge de tres vías, etc. |
| Escalabilidad |
CVS no ofrece soporte de múltiples servidores y además sus repositorios sólo se pueden almacenar en su backend de base de datos. |
Plastic SCM está diseñado para crecer con su empresa, proporciona soporte de múltiples servidores que permite que empresas de cualquier tamaño puedan balancear su carga en tantos servidores como sea necesario, y va más allá: a través de backends de bases de datos configurables las empresas pueden elegir entre Firebird, SQLServer o MySQL según sus necesidades. |
