Señor

Ventajas y Limitaciones de CVS, SVN y Git
ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL
| Aníbal Vásquez Clad |
|

Este documento trata sobre la descripción de CVS, SVN y Git, los cuales son sistemas de control de versiones y en vista de las respectivas descripciones realizar una comparación y un contraste de estas tecnologías. | |

Ventajas y Limitaciones de CVS, SVN y Git
ESCUELASUPERIOR POLITÉCNICA DEL LITORAL
Los sistemas de control de versión son esenciales en el desarrollo de productos de software, ya que esto ayuda a mantener al control de cambios que se van realizando a lo largo del desarrollo de los proyectos que están relacionados con estos productos y registrar las decisiones administrativas que se realizan a lo largo de estos tales como liberación de versiones.Entre estos sistemas se encuentran SVN, CVS y Git; SVN y Git son trabajados como software de código abierto y sus respectivos proyectos se encuentran en ejecución por distintas organizaciones distribuidas alrededor del mundo Los sque se encargan de estos proyectos. SVN, CVS y Git son distribuidos de forma libre y en la web se pueden encontrar las respectivas versiones de cada una de ellas; también SVNy CVS proveen en sus respectivos repositorios la documentación para cada una de sus versiones.
1. Introducción
En general estos sistemas comparten la característica de poseer uno o varios repositorios que proveen a los desarrolladores de los ítems que han sido modificados por sus colaboradores, permiten realizar cambios mediante operaciones de lectura y escritura, que pueden o no estarsujetas a controles de autenticación y protocolos para la generación de nuevas versiones.
La mayor diferencia que se puede apreciar en estos sistemas es la arquitectura de distribución de los repositorios relacionados con los espacios de trabajo de los desarrolladores. Los Sistemas de Control de Versiones Centralizados como Subversion y CVS, poseen un servidor central el cual contiene todos losarchivos versionados, y hay una cierta cantidad de clientes conectados a dicho servidor chequeando los diferentes archivos. Esta configuración ofrece muchas ventajas específicamente sobre los SCV (Sistemas de Control de Versiones) locales pues hasta cierto grado cada desarrollador conoce lo que sus colaboradores están haciendo en el proyecto, facilitando a los administradores el control sobre quien haceque. Pero esta arquitectura centralizada de trabajo posee serias desventajas, la falla más obvia de esta arquitectura puede ocurrir por una baja del servidor central; si el servidor cae por una hora, por esta hora nadie podrá colaborar con las versiones que realizan en sus respectivos espacios de trabajo. En cambio si el disco duro del servidor central llega a corromperse y los respaldos no hansido adecuadamente realizados se pierde absolutamente todo.
Figura 1. Diagrama de un Sistema de Control de Versión Centralizado, “Git Pro” Scott Chacon (2011)

Los SCV distribuidos no disponen de un repositorio central ya que todo el repositorio está contenido en cada cliente, en el caso en que un servidor muera los demás podrán seguir colaborando entre sí, y cada cliente podrá respaldar elservidor caído hasta que este sea restablecido. Esta es una buena opción si se mantiene trabajando con repositorios remotos, pudiéndose realizar diferentes colaboraciones por diferentes grupos de personas de diferente manera simultáneamente.
2.1. Figura 1. Diagrama de un Sistema de Control de Versión Distribuido, “Git Pro” Scott Chacon (2011)

Figura 1. Diagrama de un Sistema de Control deVersión Distribuido, “Git Pro” Scott Chacon (2011)

SVN

Subversion trabaja con una arquitectura centralizada donde un punto es el servidor que mantiene todos los datos versionados; y el otro punto es un cliente que maneja de forma local porciones de los datos versionados. El repositorio de Subversion opera sobre un servidor Apache, y entre el cliente y el servidor hay rutas que pasan a través...