Control de versiones, configuración y cambios

1. Control de versiones, configuración y cambios

2. Contenido • Evolución del software • Control de versiones • Control de configuración • Control de cambios • Repositorio. Almacenamiento eficiente • Ejemplos de herramientas

3. Evolución del software • Durante el desarrollo • El desarrollo del software siempre es progresivo, incluso en el ciclo de vida en cascada • El desarrollo evolutivo consiste, precisamente, en una evolución controlada (ciclo de vida espiral, prototipos evolutivos) • Durante la explotación • Durante la fase de mantenimiento se realizan modificaciones sucesivas del producto

4. Control de versiones • Motivo: evolución • El software cambia con el tiempo, por diversas razones • Es necesario controlar esta evolución • Suele ser necesario recuperar versiones antiguas • Concepto de versión (revisión) • “Versión” es la Forma particular que adopta un objeto en un contexto dado • Desde el punto de vista de evolución, es la forma particular de un objeto en un instante dado. Se suele denominar “revisión”

5. Control de configuración • Concepto de configuración • Un sistema software comprende distintos componentes, que evolucionan individualmente • Hay que garantizar la consistencia del conjunto del sistema • Una “configuración” es una combinación de versiones particulares de los componentes que forman un sistema consistente • Desde el punto de vista de evolución, es el conjunto de las versiones de los objetos componentes en un instante dado

6. Control de cambios • Línea base • Llamaremos “línea base” a una configuración operativa del sistema software • La evolución del sistema puede verse como evolución de la línea base • Concepto de cambio • Un “cambio” es el paso de una versión de la línea base a la siguiente • Puede incluir modificaciones del contenido de algún componente, y/o modificaciones de la estructura del sistema, añadiendo o eliminando componentes

7. Variantes • Configuraciones alternativas • Un sistema software puede adoptar distintas formas (configuraciones) dependiendo del lugar donde se instale. Por ejemplo, dependiendo de la plataforma que la soporta (máquina + S.O.), o de las funciones opcionales que haya de realizar o no • Una “variante” es una versión de un componente (o de la configuración global) que evoluciona por separado • Las variantes representan una variación espacial, mientras que las revisiones representan una variación temporal

8. Repositorio • Almacenamiento de versiones • Es habitual centralizar el almacenamiento de los componentes de un mismo sistema, incluyendo las distintas versiones de cada componente. Este almacén común se denomina “repositorio” • El repositorio permite ahorrar espacio de almacenamiento, evitando guardar por duplicado elementos comunes a varias versiones o configuraciones • El repositorio facilita el almacenar información de la evolución del sistema (historia), y no sólo de los componentes en sí • A veces se confunde el término 'repositorio' con el de 'línea base'

9. 1 2 3 4 Grafo de evolución • Revisiones sucesivas de un componente

10. 4.1 2.1 2.2 2.3 1.1 1.2 1.3 1.4 3.1 3.2 Variantes TRONCO: Variante principal, p.ej. 1.1-1.2... RAMAS: Variantes secundarias, p.ej: 2.1..., 3.1... DELTA: Cambios de una revisión respecto a la anterior Delta 3.2 = (3.1 ® 3.2)

11. 3.1 3.2 3.3 2.1 2.2 2.3 2.4 1.1 1.2 1.3 1.4 1.5 Propagación de cambios 2.4 = 2.3 + 1.5 - 1.4 3.3 = 3.2 + 1.5 - 1.4 “Diff-Merge” / ”Patch”:

12. 3.1 3.2 2.1 2.2 2.3 4.1 4.2 1.1 1.2 1.3 1.4 Fusión de variantes 4.1 = 3.2 + 2.3 - 2.3 Igual que propagación de cambios: (o bien de forma manual)

13. 1.2 1.3 1.4 1.5 1.1 1.2 1.3 1.4 1.5 2.1 2.2 2.1 2.2 Técnicas de almacenamiento • Deltas directos

14. 1.1 1.2 1.3 1.4 1.1 1.2 1.3 1.4 1.5 2.1 2.2 2.1 2.2 Técnicas de almacenamiento • Deltas inversos (RCS)

15. Técnicas de almacenamiento • Marcado selectivo (SCCS) x x x x x x x x x x <<1.3,1.2 y y y y >> <<1.2 z z z z z z z z z z z z >> x x x x x <<1.3 t t t >> x x x x x x x x x x

16. Control de configuración • Evolución de un sistema • Añadir componentes • Suprimir componentes • Modificar componentes • Evolución temporal (revisiones) • Evolución espacial (variantes)

17. Rev. 4 A C D E Rev. 3 A B C D Rev. 2 A B C D Rev. 1 A B C Ejemplo de evolución de configuración

18. Problema de coherencia de versiones Rev. 4 C2 E1 A2 D2 Rev. 3 B2 Rev. 2 C1 D1 A1 Rev. 1 B1

19. D2 A1 D2 D1 A2 A2 A1 D2 B1 B2 B2 C1 C1 C2 C1 Problema de coherencia de versiones Rev. 4 Rev. 3 Rev. 2 Rev. 1

20. 4 3 revisiones 2 Z 1 Y X variantes A B C D E componentes Modelo ortogonal de versiones 2.3 1.2 2.2 1.2 1.1 1.1 1.3 1.1 2.1 1.1 1.1 1.1  Ejemplo de nombrado uniforme: B-X-3  B 1.2

21. Técnicas de nombres en configuraciones • Control de configuración  • control de versiones + nombrado global • Nombres simbólicos o “tags” • Usados por RCS. Una versión de un componente puede tener varios nombres lógicos (p.ej: “Linux 2.0”, “Linux 2.1”, “Win2K 1.0” ...) • Versiones de directorios • Ejemplos: CVS, ClearCase. La configuración se organiza mediante una jerarquía de directorios, cuyo contenido evoluciona

22. A2 B2 Cambio 2 Línea base A1 B1 C1 D1 E1 Cambio 1 Desarrollo mediante cambios sucesivos • Evolución de la línea base

23. Línea base A2 B2 Cambio 2 A1 B1 C1 D1 E1 Cambio 1 Desarrollo mediante cambios sucesivos • Evolución de la línea base

24. Cambio 3 D E3 F3 Línea base A2 B2 Cambio 2 A1 B1 C1 D1 E1 Cambio 1 Desarrollo mediante cambios sucesivos • Evolución de la línea base

25. Línea base E3 F3 Cambio 3 A2 B2 Cambio 2 A1 B1 C1 D1 E1 Cambio 1 Desarrollo mediante cambios sucesivos • Evolución de la línea base

26. Cambio 2 Cambio 3 Línea base A1 A2 D1 B1 C1 B2 E1 E3 F3 D Cambio 1 Desarrollo simultáneo de cambios • Cambios 2 y 3 en desarrollo

27. Cambio 3 Línea base Cambio 2 A1 A2 D1 B1 C1 B2 E1 E3 F3 D Cambio 1 Desarrollo simultáneo de cambios • Cambio 2 integrado

28. Cambio 3 Línea base Cambio 2 A1 A2 D1 B1 C1 B2 E1 E3 F3 D Cambio 1 Desarrollo simultáneo de cambios • Cambio 3 actualizado

29. Línea base Cambio 3 Cambio 2 A1 A2 D1 B1 C1 B2 E1 E3 F3 Cambio 1 Desarrollo simultáneo de cambios • Cambio 3 integrado

30. Cambio 2 Cambio 3 Línea base A2 A1 D1 D3 D2 C1 B1 B2 E1 E3 F3 Cambio 1 Cambios simultáneos de un componente • Cambios 2 y 3 en desarrollo

31. Cambio 3 Línea base Cambio 2 A2 A1 D1 D3 D2 C1 B1 B2 E1 E3 F3 Cambio 1 Cambios simultáneos de un componente • Cambio 2 integrado

32. D3’ = D3 + D2 - D1 Cambio 3 Línea base Cambio 2 A1 A2 D3’ D1 D2 B2 C1 B1 E3 E1 F3 Cambio 1 Cambios simultáneos de un componente • Cambio 3 actualizado

33. Línea base Cambio 3 Cambio 2 A2 A1 D3’ D2 D1 C1 B1 B2 E1 E3 F3 Cambio 1 Cambios simultáneos de un componente • Cambio 3 integrado

34. Anular Nuevo cambio Esperando desarrollo Inicio desarrollo Anular En desarrollo Fin desarrollo Rechazo En revisión Revisión aceptada Anular Esperando integración Rechazo En integración Integración aceptada Completado Ciclo de vida de cambios (Aegis)

35. rlog co co -l fichero,v RO RW fichero fichero ci Control de versiones: herramienta RCS

36. add edit remove checkout (update) commit CVSROOT abort Control de configuración: herramienta CVS

37. Directorio Directorio de cambio de cambio Directorio de Directorio de integración línea base Repositorio ( historia) Control de cambios: herramienta Aegis