Gestión de configuración

del software
 Contenido
 Gestión de configuración del software
(Software Configuration Management –
SCM)
 ¿Por qué SCM?
 Flujo general de trabajo en SCM
 Demo
Gestión de configuración del software (SCM)
 Disciplina del desarrollo de software, cuyo
propósito es controlar el cambio y mantener la
integridad de los artefactos del proyecto
 Comprende:
 Identificar los elementos que conforman una
configuración
 Controlar los cambios realizados sobre estos
elementos
 Definir y gestionar configuraciones de estos elementos
 Auditar los cambios realizados a estos elementos
 ¿Por qué SCM? …
 El desarrollo de software implica cambio
 Corregir defectos
 Mejorar una función existente
 Añadir características al software
 Las solicitudes de cambio pueden provenir de
varias fuentes
 Clientes
 Marketing
 Soporte
 Pruebas
 … ¿Por qué SCM?
 El desarrollo de software es cada vez más complejo y
dinámico
 Trabajo concurrente de varios desarrolladores sobre el mismo
proyecto
 Trabajo en paralelo sobre más de una versión del mismo producto
 Ciclos de trabajo (iteraciones) cortos
 Dispersión geográfica del equipo de desarrollo
 Se requiere:
 Soporte para el trabajo en equipo
 Controlar y hacer seguimiento al proceso de desarrollo
 Poder volver a una versión específica de código
 Saber qué versión de cada elemento conforma un ejecutable en
particular
 Saber quién cambió qué en cada archivo, cuándo y por qué
 Arquitectura de una solución SCM
 Workflow para proceso de gestión de cambios
 Maneja los distintos estados de las solicitudes de cambio
 Repositorio para gestión de configuración
 Se ubica en el servidor de control de versiones
 Acceso compartido
 Almacenamiento “oficial” de artefactos de desarrollo
 Mantiene la historia de los cambios en cada artefacto y
metadatos para gestión de la configuración
 Espacio de trabajo
 Se ubica en la estación de trabajo
 Acceso privado
 Se sincroniza con el repositorio según necesidad
Proceso de gestión de cambios – ejemplo

Tomado de: SCM - A Clear Case for IBM Rational ClearCase and Clear Quest UCM
 Flujo general de trabajo en desarrollo

Tomado de: Software Configuration Management Satategies and IBM Rational ClearCase, 2nd. Ed.
 Check out y check in

Tomado de: http://betterexplained.com/articles/a-visual-guide-to-version-control

 Conflictos

Tomado de: http://betterexplained.com/articles/a-visual-guide-to-version-control

 Combinar cambios (merge)

Tomado de: http://betterexplained.com/articles/a-visual-guide-to-version-control

Resolución manual de conflictos

Tomado de: http://www.ericsink.com/scm/scm_file_merge.html

Resolución manual de conflictos

Tomado de: http://www.ericsink.com/scm/scm_file_merge.html

 Ramas (branches)

Tomado de: http://betterexplained.com/articles/a-visual-guide-to-version-control

 Flujo general de trabajo en despliegue

Tomado de: Software Configuration Management Satategies and IBM Rational ClearCase, 2nd. Ed.
 Líneas de base

Tomado de: http://betterexplained.com/articles/a-visual-guide-to-version-control

 Niveles de promoción de líneas de base

Tomado de: Software Configuration Management Satategies and IBM Rational ClearCase, 2nd. Ed.
 Demo

Subversion
Telelogic Synergy Suite