Manejo Cvs

GUÍA VISUAL A VCS


Version Control (aka Revision Control aka Source Control) te permite dar seguimiento a tus archivos. ¿Para que serviría ésto? Para que cuando cometas un error puedas volver fácilmente a una versión anterior que sí funcione.

Tal vez ya hayas hecho tu propio sistema de control de versión sin darte cuenta (o sin usar un nombre tan raro). ¿Tienes algún archivo como éstos?(espero que no sean exactamente éstos).

• ResumenRaroEnero2009.doc
• ResumenRaroFebrero2009.doc
• logo3.png
• logo4.png
• logoOriginal.png

Es debido a que usamos “Guardar como...” (“Save as...”). Quieres el nuevo archivo sin perder el original. Es un problema común, y sus soluciones suelen ser así:

• Hacer una simple copia de respaldo (Documento.viejo.txt)
•Si somos mas listos, le añadimos un número de versión o una fecha: Documento_V1.txt, DocumentoMarzo2007.txt
• Incluso podemos usar una carpeta compartida para que las demás personas puedan ver y editar archivos sin mandarlos por correo. Con algo de suerte renombrarán el archivo antes de guardarlo.

Entonces, ¿para qué necesitamos un Sistema de Control de Versión (VCS)?

Nuestro sistemade carpeta compartida/renombramiento está bien para proyectos escolares o para archivos que vayamos a usar una sola vez. Pero, ¿que tal para proyectos de software? Para nada.

¿Pensarías que el código fuente de Windows está en una carpeta compartida como “Windows2007-Latest-UPDATED!!” para quien quiera editarlo? ¿pensarías que cada programador simplemente trabaja en una subcarpeta diferente?Claro que no.

Proyectos grandes y en constante cambio con muchos autores necesitan un VCS (nombre geek para una Base de Datos de Archivos) para dar seguimiento a los cambios y evitar un caos general. Un buen VCS hace lo siguiente:

• Respalda y Restaura. Los archivos son guardados mientras son editados, y puedes saltar a ellos en cualquier momento. ¿Necesitas el archivo como estaba en 23 deFebrero del 2007? No hay problema.
• Sincronización. Le permite a las personas el compartir archivos y mantenerse al día con la versión mas reciente.
• Deshacer a corto plazo. ¿Le moviste a un archivo y lo echaste a perder? (suena familiar, ¿verdad?). Olvídate de tus cambios y vuelve a la última versión que funcionaba en la base de datos.
• Deshacer a largo plazo. A veces la echamosa perder en grande. Supongamos que hiciste cambios hace un año, y tenía un error. Vuelve a la versión antigua, y ve que cambios son los que hiciste ése día.
• Dar seguimiento a los cambios. Cuando los archivos son actualizados, es posible que puedas dejar mensajes explicando porqué hiciste dicho cambio (guardado en el VCS, no en el archivo). Ésto hace fácil el ver cómo un archivo haevolucionado al pasar el tiempo, y el porqué.
• Dar seguimiento a la pertenencia. Un VCS etiqueta cada cambio con el nombre de la persona que lo hizo. Muy útil al momento de echar la culpa dar crédito a alguien.
• Sandboxing, o “Aseguramiento contra tí mismo”. ¿Estás haciendo un gran cambio? Puedes hacer cambios temporales en un área aparte, probarla y trabajar los inconvenientes antes deingresar tus cambios.
• Branching y merging. Un sandbox más grande. Puedes hacer un branch (una copia del código en un área diferente) y modificarla aparte (y darle seguimiento de forma separada). Mas tarde puedes combinar (darle merge) tu trabajo al área común.

La carpetas compartidas son rápidas y simples, pero no pueden contra éstas características.

Aprendiendo el lenguaje
La mayoría delos VCS involucran los siguientes conceptos, aunque los nombres pueden variar:

Configuración Básica
• Repositorio (repo): La base de datos que guarda los archivos.
• Servidor: La computadora que guarda el repositorio.
• Cliente: La computadora que se conecta al repositorio.
• Working Set/Working Copy: Tu directorio local de archivos, donde realizas tus cambios.
•...