Configuration Management Version Control ( CMVC ) es un paquete de software que sirve como repositorio de objetos y realiza funciones de control de versiones de software , administración de configuración y administración de cambios.
Desarrollador (es) | IBM |
---|---|
Escrito en | C ++ , C |
Sistema operativo | Linux, Mac, Windows, z / OS, AIX ( multiplataforma ) |
Disponible en | Plurilingüe |
Tipo | Desarrollo de software |
Licencia | Propiedad |
Sitio web | www |
Arquitectura
- Este era un sistema basado en cliente-servidor, con línea de comandos y clientes gráficos para varias plataformas y servidores disponibles para varias versiones de Unix.
- Se usó una base de datos relacional para mantener la información de seguimiento, pero se usó un Administrador de control de fuente separado, como el Sistema de control de código fuente (SCCS) o PVCS, para mantener el historial de versiones de cada archivo. Los nombres de archivo para estos archivos se almacenan realmente en la base de datos relacional; como resultado, los nombres de archivo en el árbol SCCS son identificadores numéricos.
Conceptos
- Los archivos se crean y se asocian con los componentes.
- Los componentes forman un gráfico dirigido donde cada componente puede tener varios padres. Los componentes son un mecanismo de agrupación lógico que permite agrupar los archivos sin tener en cuenta sus nombres de ruta físicos (a diferencia de los directorios o carpetas que se encuentran en la ruta).
- Los permisos se pueden otorgar a nivel de componente, lo que permite la administración distribuida. Se puede otorgar el permiso para otorgar otros permisos.
- Una versión era un conjunto de archivos con una raíz común. Las versiones pueden compartir archivos con otras versiones. El intercambio podría definirse para seguir la última versión (a veces llamada "sugerencia") o una versión específica dentro del lanzamiento. A esto se le llamó "vinculación".
- Un nivel es una instantánea de todos los archivos. Similar a una "etiqueta" en otros sistemas de control de fuente, pero con un giro. Si la versión está en "modo de enlace" (el más utilizado), los niveles contienen solo los archivos a los que hacen referencia los miembros de nivel (defectos y características). Como resultado, un nivel solo contiene cambios (versiones de archivo) que están aprobados y no solo las últimas versiones de archivo en el repositorio.
Características
- El seguimiento de defectos se integró en el sistema de control de fuente.
- Posibilidad de configurar un repositorio para requerir que los defectos se asocien con cada registro de archivos.
- Los niveles se utilizan para gestionar conjuntos de defectos, lo que permite a los administradores pensar en términos de conjuntos de cambios en lugar de conjuntos de archivos.
- La administración distribuida permite la delegación de autoridad. Esto es particularmente útil en equipos grandes.
- Tiene la capacidad de rastrear historiales de archivos incluso después de cambiar el nombre. Esto se debe a que el nombre del archivo en el disco era un número y el nombre del archivo en la base de datos podría cambiarse.
- Los archivos se pueden compartir entre versiones de código fuente
Debilidades
- El bloqueo solía ser el único mecanismo para controlar el acceso a los archivos. Esto era típico de los sistemas de control de fuentes de ese período de tiempo, pero se consideraría una debilidad importante en la actualidad. La implementación más actual se ha vuelto más robusta, lo que permite el desarrollo simultáneo, la resolución de conflictos y la fusión.
- Tener un servidor centralizado limita la capacidad de trabajar de forma desconectada. Aunque, esto es una falla de casi todos los sistemas de control de fuente remota a menos que se cree un repositorio local, dando la ilusión de redundancia y control de fuente, lo que finalmente requerirá una sincronización con el servidor de control de fuente remoto en algún momento para enviar cualquier deltas.
Historia
Fue vendido y distribuido hasta mediados de la década de 1990 por International Business Machines Corporation (IBM) y se derivó en parte del software comprado a HP y del sistema exclusivo para uso interno de IBM, IDSS.
En la década de 1990, este sistema se utilizó para administrar los repositorios de código fuente IBM OS / 2 e IBM AIX .
Las ventas y el soporte de CMVC terminaron algún tiempo después de que IBM adquiriera Rational Software , y sus funciones fueron reemplazadas por productos de la línea de productos Rational ( Rational ClearCase y Rational ClearQuest ). Sin embargo, algunas instalaciones de clientes de CMVC siguen en uso a partir de 2008.[actualizar]. [1]
Referencias
- Di Grande, Carmine (1994), ¿Dijiste CMVC? , IBM RedBooks
- Trulsson, Leif (1995), mirando a CMVC desde la perspectiva del cliente , IBM RedBooks
- Yu, Seong R. (1994), "Un proceso de desarrollo versátil para proyectos pequeños a grandes utilizando IBM CMVC", Actas de la conferencia de 1994 del Centro de Estudios Avanzados sobre Investigación Colaborativa , IBM Press
- Bruckhaus, Tilmann (1993), "El impacto de insertar una herramienta en un proceso de software", Actas de la conferencia de 1993 del Centro de Estudios Avanzados sobre Investigación Colaborativa: ingeniería de software - Volumen 1
- ^ Rani, Sandhya. Configuración de integración continua para IBM System Planning Tool. developerWorks: 07 de marzo de 2014. Internet. http://www.ibm.com/developerworks/aix/library/au-system-planning-tool/