Un sistema de control de versiones nos permite guardar un historial de las modificaciones que van sufriendo los archivos de un proyecto. Cada vez que guardamos una modificación el sistema
crea marcas que nos permitirán volver a un estado anterior o ver los cambios que se han realizado entre dos marcas. Este tipo de sistema son imprescindibles en equipos donde trabajen dos o más personas en el mismo proyecto, ya que entre otras cosas, el sistema permite realizar mezclas de ficheros, o lo que es lo mismo juntar los cambios que dos personas han realizado sobre un mismo elemento.
crea marcas que nos permitirán volver a un estado anterior o ver los cambios que se han realizado entre dos marcas. Este tipo de sistema son imprescindibles en equipos donde trabajen dos o más personas en el mismo proyecto, ya que entre otras cosas, el sistema permite realizar mezclas de ficheros, o lo que es lo mismo juntar los cambios que dos personas han realizado sobre un mismo elemento.
Actualmente podemos encontrar muchos sistemas de control de versiones como por ejemplo:
- CVS http://www.cvshome.org/eng/)
- SVN o subversion http://subversion.apache.org/)
- GIT http://git-scm.com/)
- Mercurial http://mercurial.selenic.com/)
- SourceSafe http://msdn.microsoft.com/es-es/library/3h0544kx(v=vs.80).aspx)
- Team System http://msdn.microsoft.com/es-es/library/ms181238(v=vs.80).aspx)Supongo que habrá muchos más pero estos son de los más he oido hablar, aunque mi experiencia se limita a SVN y Team system.Bien, para mi sistema casero he montado SVN ya que los recursos que necesitas para montarlo son bastantes escasos, no como en el caso del Team system (eso sin tener en cuenta el tema de las licencias).Para montar SVN he usado el VisualSVN Server que nos ahorra muchas molestias de instalación y configuración del Apache. Así que lo primero que haremos será descargar la última versión desde su página. Una vez descargado ejecutamos el instalador
Tras aceptar la condiciones, seleccionamos “VisualSVN Server and Management Console” ya que es la primera vez que instalamos el VisualSVN Server. En instalaciones posteriores podemos instalar la consola nada más. Si queremos administrar un servidor remoto, está es la opción
que debemos seleccionar.
que debemos seleccionar.
Aquí podremos cambiar la ruta de instalación del VisualSVN Server y la ruta que se usará para almacenar los proyectos creados. En mi caso he dejado estos valores como vienen, aunque he desactivado la opción de “Use secure connectionhttps://) ” ya que no lo veo necesario para un servidor doméstico. También he cambiado el puerto a 8080 ya que el VisualSVN nos da una interfaz web para acceder a los repositorios, pero el 80 (valor por defecto) ya está siendo usado por el IIS. La autenticación la dejo en manos del subversion.
Una vez montado el sistema de control de versiones veamos como se usa. Lo primero que quiero comentar es que no he encontrado ningún cliente (que me guste) SVN que se integré con el Visual Studio así que siempre uso el TortoiseSVN que se integra perfectamente con el Explorador de Windows. Al igual que hicimos con el VisualSVN Server, lo primero que haremos será ir a la página de descargas y bajarnos la última versión. Una vez descargada la instalaremos.
En mi caso dejo todo como viene por defecto
Instalamos
Bien, con esto ya tenemos montado el sistema de control de versiones y el cliente que usaremos para “conectarnos”. Para la próxima entrega dejo como crear un repositorio y como subir (commit) y bajar (update) elementos del mismo.
fuente: http://www.detrasdelteclado.com/
No hay comentarios:
Publicar un comentario