© 2004-2006 Manuel ColladoVersiones-1 Control de versiones, configuración y cambios VCS: Version Control System SCM: Software Configuration Management.

Slides:



Advertisements
Presentaciones similares
MOVIMIENTO JOVENES DE LA CALLE CIUDAD DE GUATEMALA chi siamo quienes-somos qui sommes-nous who we are attività actividades activités activities scuola.
Advertisements

¿PARA QUE ESTAMOS AQUÍ? LOS OBJETIVOS DE LA ENCARNACIÓN.
SIES – SISTEMA INTEGRADO DE EDUCACIÓN SUPERIOR
SIES – SISTEMA INTEGRADO DE EDUCACIÓN SUPERIOR
1 Datos sobre webloggers Datos extraidos de la encuesta a webloggers disponibles en la web de los autores.
el 1, el 4 y el 9 tres cuadrados perfectos autosuficientes
Seminario El Futuro del Seguro de Vida
1 PRINCIPALES INDICADORES DEL DESARROLLO DE LA SOCIEDAD DE LA INFORMACIÓN EN GALICIA CUADRO DE MANDO Apartado: Empresas Septiembre de 2004.
1 LA UTILIZACION DE LAS TIC EN LAS MICROEMPRESAS GALLEGAS. AÑO mayo 2005.
1 INFORME RESUMEN SOBRE EL NIVEL DE UTILIZACION DE LAS TIC EN EL COMERCIO GALLEGO (Resumen COMERCIO AL DETALLE) Noviembre de 2004.
1 INFORME RESUMEN SOBRE EL NIVEL DE UTILIZACION DE LAS TIC EN LAS EMPRESAS GALLEGAS ( Resumen PYMES ) Noviembre de 2004.
1 INFORME RESUMEN SOBRE EL NIVEL DE UTILIZACION DE LAS TIC EN LAS EMPRESAS GALLEGAS (MICROEMPRESAS, resultados provisionales) 29 de julio de 2004.
1 LA UTILIZACION DE LAS TIC EN LAS PYMES GALLEGAS AÑO Resumen. 24 de Junio de 2005.
AYUDA A LA FUNCIÓN DOCENTE Internet
TEMA 2 MÚLTIPLOS Y DIVISORES
02- Plan Organización Docente v.2 Noviembre 2009 SIES – SISTEMA INTEGRADO DE EDUCACIÓN SUPERIOR.
02- PLAN DOCENTE Febrero 2009 SIES – SISTEMA INTEGRADO DE EDUCACIÓN SUPERIOR.
01- OFERTA FORMATIVA v.2 Noviembre 2009 SIES – SISTEMA INTEGRADO DE EDUCACIÓN SUPERIOR.
Respuestas Buscando a Nemo.
ABECEDARIO FIGURAS GEOMÉTRICAS NÚMERO
MOVIMIENTO ARMÓNICO SIMPLE MOVIMIENTO ARMÓNICO SIMPLE
Área Razón Social 0 0 Telefónica Servicios Audiovisuales S.A. / Telefónica España S.A. Título de la ponencia / Otros datos de interés / Kit.
Los Objetos de la Clase Escriban la palabra (the word) en español para los objetos de la clase (#1-20).
CLASE 3 SOFTWARE DEL MICROPROCESADOR
Tiempos Verbales (caminar, comer, vivir)pg.484
MOVIMIENTO JOVENES DE LA CALLE CIUDAD DE GUATEMALA chi siamo quienes-somos qui sommes-nous who we are attività actividades activités activities alimentazione.
C ONFIGURACIÓN C UENTAS D E C ORREO ZTE N281. C ONFIGURACIÓN C UENTAS D E C ORREO ZTE N281 1-Ingrese a menú 2-Ingrese a Mensajes 3-Ingrese a Correo 4-Seleccione.
1. Apoyo exterior sobre ala inferior de viga de acero
Distribuciones de probabilidad bidimensionales o conjuntas
1 Reporte Componente Impacto Por Orden Territorial Por Departamento No Disponible ND *Los indicadores para el año 2008 no fueron calculados.
UPC Tema: ESPACIO VECTORIAL Rn
La empresa y el entorno económico
-17 Expectativas sobre la situación económica (Europa) Septiembre 2013 Indicador > +20 Indicador 0 a +20 Indicador 0 a -20 Indicador < -20 Total Unión.
Gerencia de Programas Federales de Agua Potable y Alcantarillado Evolución del Sistema Informático de Contraloría Social (SICS) Veracruz, Ver. 2 de octubre.
Í N D I C E. Í N D I C E P R E S E N T A C I Ó N.
INFORME USDA NOVIEMBRE TRIGO 2 MERCADO INTERNACIONAL (Millones de Toneladas) 3.
Sistemas de Ecuaciones
EL OSO APRENDIZ Y SUS AMIGOS
Las NIC MARCO CONCEPTUAL NIC 1: PRESENTACIÓN ESTADOS FINANCIEROS
Proyecto ProMéxico Plasmas abril SECCIONES NOTICIAS PROYECTOS UNIDAD ACTÚA EVENTUALES secciones ProMéxico.
RETIRO DE COMALCALCO DIC. 2012
Proyecto para Centros que trabajan una vez por semana.
3 Enero 2010 PERÚ: IV CENSO NACIONAL ECONÓMICO, APURÍMAC.
Seguridad de redes empresariales
Mecanismos 3º ESO Soluciones cuestiones teóricas Curso
TUTORIAL DE SUBVERSION
Comité Nacional de Información Bogotá, Julio 21 de 2011 Consejo Nacional de Operación de Gas Natural 1 ESTADISTICAS NACIONALES DE OFERTA Y DEMANDA DE GAS.
Comité Nacional de Información Bogotá, Julio 27 de 2011 Consejo Nacional de Operación de Gas Natural 1 ESTADISTICAS NACIONALES DE OFERTA Y DEMANDA DE GAS.
Proyecto Fin de Carrera E.T.S. Ingeniería Informática 26 de Septiembre de 2006 DESARROLLO DE UN COMPONENTE TECLADO ALUMNO: Fco. Javier Sánchez Ramos TUTORES:
Business Proccess Management (BPM)
Aqui está Señoras y Señores !!!!!
EVOLUCION DE PRECIOS Y MARGENES DE MOLIENDA MAYO
Control de versiones, configuración y cambios
CULENDARIO 2007 Para los Patanes.
MACROECONOMIA.
BEATRIZ LAFONT VILLODRE
ESTADOS FINANCIEROS A DICIEMBRE DE 2013.
* Fuente: Sondeo del Consumidor de la Comisión de la UE, GfK. Expectativas sobre la situación.
Estructura Económica y desarrollo del Sistema Financiero en Puno 1 Junio de 2014 Departamento de Estudios Económicos.
Introducción al lenguaje R Sesión 2: Objetos en R
SpanishNumbers Uno 2 Dos 3 Tres 4 Quatro.
MSc. Lucía Osuna Wendehake
Calendario 2009 “Imágenes variadas” Venezuela Elaborado por: MSc. Lucía Osuna Wendehake psicopedagogiaconlucia.com Enero 2009.
Página 1 Indicadores de Desempeño de los Fondos de Aportaciones Federales del Ramo 33 Subsecretaría de Egresos Unidad de Política y Control Presupuestario.
Manual de Procedimientos Procedimiento de ejecución del programa de
Actualización de SP3D (Aspectos generales)
CHAPTER 4 VOCABULARY: PART II
DISEÑO DE LA PROPUESTA DEL PROCESO DE RENDICION DE CUENTAS 2014 Coordinación General de Planificación Ministerio de Agricultura, Ganadería, Acuacultura.
Gestión de la Configuración (SCM)
Transcripción de la presentación:

© Manuel ColladoVersiones-1 Control de versiones, configuración y cambios VCS: Version Control System SCM: Software Configuration Management CMS: Configuration Management System

© Manuel ColladoVersiones-2 Contenido n Evolución del software n Control de versiones n Control de configuración n Control de cambios n Repositorio. Almacenamiento eficiente n Ejemplos de herramientas

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

© Manuel ColladoVersiones-4 Control de versiones n Motivo: evolución l El software cambia con el tiempo l Es necesario controlar esta evolución l Suele ser necesario recuperar versiones antiguas n Concepto de versión (revisión) l Forma particular que adopta un objeto en un contexto dado l Desde el punto de vista de evolución, es la forma particular de un objeto en un instante dado. Se suele denominar "revisión"

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

© Manuel ColladoVersiones-6 Control de cambios n Línea base l Denominaremos así a una configuración operativa del sistema software l La evolución del sistema puede verse como evolución de la línea base n Concepto de cambio l Es el paso de una versión de la línea base a la siguiente l Puede incluir modificaciones del contenido de algún componente l Puede incluir modificaciones de la estructura del sistema, añadiendo o eliminando componentes

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

© Manuel ColladoVersiones-8 Repositorio n Almacenamiento de versiones l 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 l El repositorio permite ahorrar espacio de almacenamiento, evitando guardar por duplicado elementos comunes a varias versiones o configuraciones l El repositorio facilita el almacenar información de la evolución del sistema (historia), y no sólo de los componentes en sí l A veces se confunde el término 'repositorio' con el de 'línea base'

© Manuel ColladoVersiones Grafo de evolución n Revisiones sucesivas de un componente

© Manuel ColladoVersiones TRONCO: Variante principal, p.ej RAMAS: Variantes secundarias, p.ej: , DELTA: Cambios de una revisión respecto a la anterior Delta 3.2 = (3.1  3.2) Variantes

© Manuel ColladoVersiones = = “Diff-Merge”: Propagación de cambios

© Manuel ColladoVersiones Igual que propagación de cambios (o bien, no hay que hacer nada especial) Fusión de variantes

© Manuel ColladoVersiones Técnicas de almacenamiento n Deltas directos

© Manuel ColladoVersiones Técnicas de almacenamiento n Deltas inversos (RCS)

© Manuel ColladoVersiones-15 x x x x x <<1.3,1.2 y y >> <<1.2 z z z >> x x x x x <<1.3 t t t >> x x x x x Técnicas de almacenamiento n Marcado selectivo (SCCS)

© Manuel ColladoVersiones-16 Control de configuración n Evolución de un sistema l Añadir componentes l Suprimir componentes l Modificar componentes n Evolución temporal (revisiones) l Cambio a lo largo del tiempo n Evolución espacial (variantes) l Versiones simultáneas

© Manuel ColladoVersiones-17 Ejemplo de evolución de configuración

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

© Manuel ColladoVersiones-19 Problema de coherencia de versiones A1Rev. 1 Rev. 2 Rev. 3 Rev. 4 A2 A1 B2 B1C1 C2 D1 D2

© Manuel ColladoVersiones-20 Modelo ortogonal de versiones ABCDE componentes revisiones X Y Z variantes  Ejemplo de nombrado uniforme: B-X-3  B 1.2 

© Manuel ColladoVersiones-21 Técnicas de nombres en configuraciones n Traducción externa l Usar un control de versiones, añadiendo el mecanismo adecuado para nombrar globalmente las versiones de componentes de una configuración dada n Nombres simbólicos (“tags”) l Usados por RCS. Una misma versión de un componente puede tener varios nombres o tags (p.ej: “Linux 2.0”, “Linux 2.1”, “Win2K 1.0”...) n Versiones de directorios l Ejemplos: CVS, ClearCase. La configuración se organiza mediante una jerarquía de directorios, cuyo contenido evoluciona

© Manuel ColladoVersiones-22 A1B1C1D1E1 A2B2 Cambio 1 Cambio 2 Línea base Desarrollo mediante cambios sucesivos n Evolución de la línea base

© Manuel ColladoVersiones-23 A1B1C1D1E1 A2B2 Cambio 1 Cambio 2 Línea base Desarrollo mediante cambios sucesivos n Evolución de la línea base

© Manuel ColladoVersiones-24 Desarrollo mediante cambios sucesivos n Evolución de la línea base A1B1C1D1E1 A2B2 Cambio 1 Cambio 2 Línea base DE3F3 Cambio 3

© Manuel ColladoVersiones-25 Desarrollo mediante cambios sucesivos n Evolución de la línea base A1B1C1D1E1 A2B2 E3F3 Cambio 1 Cambio 2 Línea base Cambio 3

© Manuel ColladoVersiones-26 Desarrollo simultáneo de cambios n Cambios 2 y 3 en desarrollo Cambio 1 Cambio 2 Línea base A1B1C1D1E1 A2B2DE3F3 Cambio 3

© Manuel ColladoVersiones-27 Desarrollo simultáneo de cambios n Cambio 2 integrado Cambio 1 Cambio 2 Línea base A1B1C1D1E1 A2B2 DE3F3 Cambio 3

© Manuel ColladoVersiones-28 Desarrollo simultáneo de cambios n Cambio 3 actualizado Cambio 1 Cambio 2 Línea base A1B1C1D1E1 A2B2 DE3F3 Cambio 3

© Manuel ColladoVersiones-29 Desarrollo simultáneo de cambios n Cambio 3 integrado Cambio 1 Cambio 2 Línea base A1B1C1D1E1 A2B2 E3F3 Cambio 3

© Manuel ColladoVersiones-30 Cambios simultáneos de un componente n Cambios 2 y 3 en desarrollo Cambio 1 Cambio 2 Línea base A1B1C1D1E1A2B2D3E3F3 Cambio 3 D2

© Manuel ColladoVersiones-31 Cambios simultáneos de un componente n Cambio 2 integrado Cambio 1 Cambio 2 Línea base A1B1C1D1E1 A2B2 D3E3F3 Cambio 3 D2

© Manuel ColladoVersiones-32 Cambios simultáneos de un componente n Cambio 3 actualizado D3’ = D3 + D2 - D1 Cambio 1 Cambio 2 Línea base A1B1C1D1E1 A2B2 D3’E3F3 Cambio 3 D2

© Manuel ColladoVersiones-33 Cambios simultáneos de un componente n Cambio 3 integrado Cambio 1 Cambio 2 Línea base A1B1C1D1E1 A2B2 E3F3 Cambio 3 D2 D3’

© Manuel ColladoVersiones-34 Ejemplos de herramientas n SCCS (Source Code Control System) l Control básico de versiones, original de UNIX n RCS (Revision Control System) l Herramienta similar, GNU n CVS (Concurrent Version System) l Control de configuración, cambios simultáneos n Subversion l Similar a la anterior, más moderna n Gnuarch, etc.

© Manuel ColladoVersiones-35 fichero,v fichero RORW co -lco ci rlog Control de versiones: herramienta RCS

© Manuel ColladoVersiones-36 Control de configuración: herramienta CVS CVSROOT add remove checkout commit (update) edit abort

© Manuel ColladoVersiones-37 Ciclo de vida de cambios: Aegis Esperando desarrollo En integración Completado En desarrollo Anular En revisión Esperando integración Nuevo cambio Inicio desarrollo Fin desarrollo Revisión aceptada Rechazo Integración aceptada

© Manuel ColladoVersiones-38 Control de cambios: herramienta Aegis Directorio decambio Directorio decambio Directorio de integración Directorio de línea base Repositorio (historia)