Código DevOps de IBM ClearCase

IBM DevOps Code ClearCase (también conocido como IBM Rational ClearCase ) es una familia de herramientas de software que admite la gestión de configuración de software (SCM) del código fuente y otros activos de desarrollo de software . También admite la gestión de datos de diseño de artefactos de diseño electrónico, lo que permite el codesarrollo de hardware y software. ClearCase incluye control de versiones y constituye la base para la gestión de configuración en empresas grandes y medianas, adaptándose a proyectos con cientos o miles de desarrolladores. Es desarrollado por IBM .

ClearCase admite dos modelos de gestión de configuración: UCM (Gestión Unificada de Cambios) y ClearCase base. UCM ofrece un modelo listo para usar, mientras que ClearCase base proporciona una infraestructura básica (UCM se basa en ClearCase base). Ambos se pueden personalizar para satisfacer una amplia variedad de necesidades.

ClearCase puede gestionar archivos binarios de gran tamaño, un gran número de archivos y repositorios de gran tamaño. Admite ramificación y etiquetado. Permite la fusión correcta de archivos refactorizados mediante directorios de versiones. También admite una amplia automatización y aplicación de procesos mediante disparadores, atributos, hipervínculos y otros metadatos. Utiliza el Sistema de Archivos Multiversión ( MVFS ), un sistema de archivos virtual que determina de forma transparente qué versiones de archivos y directorios deben estar en el espacio de trabajo y orquesta el acceso y el ciclo de vida de los archivos. El MVFS se utiliza en implementaciones LAN para vistas dinámicas y en implementaciones LAN o WAN para vistas automáticas. ^{[ 3 ] [ 4 ]}

ClearCase también proporciona auditoría de compilación autorizada, que genera metadatos para cada artefacto de compilación, incluyendo el contexto de la compilación y una lista de materiales de los archivos (incluida la versión exacta) a los que se hace referencia durante la compilación. Estos metadatos se pueden utilizar para generar listas de materiales de software (SBOM ) y son importantes en entornos regulados donde la trazabilidad de los artefactos es esencial. ClearCase incluye una implementación de 'make' que se integra con el mecanismo de auditoría de compilación autorizada para garantizar la corrección de la compilación sin marcas de tiempo y el intercambio automático de artefactos de compilación entre vistas (espacios de trabajo).

ClearCase fue desarrollado por Atria Software y lanzado por primera vez en 1992 ^{[ 5 ]} en Unix y posteriormente en Windows . Algunos de los desarrolladores de Atria habían trabajado en un sistema similar anterior: DSEE ( Domain Software Engineering Environment) de Apollo Computer . Después de que Hewlett-Packard comprara Apollo Computer en 1989, esos desarrolladores se fueron para formar Atria. ^{[ 6 ] [ 7 ] [ 8 ]} Atria se fusionó más tarde con Pure Software para formar PureAtria ^{[ 9 ]} en 1996. Esa empresa fue adquirida por Rational Software en 1997, que fue comprada por IBM en 2003. ^{[ 10 ]} IBM continúa desarrollando y comercializando ClearCase. En septiembre de 2016, IBM anunció una asociación estratégica con HCL Technologies ^{[ 11 ]} que permitirá un desarrollo acelerado.

El sistema de base de datos que utiliza ClearCase es RDM Embedded de Raima. En la terminología de ClearCase, una base de datos individual se denomina VOB ( Versioned Object Database ). ^{[ 12 ]} En esta capa, el mantenimiento se realiza mediante las herramientas de Raima. Alrededor de esta capa, se utiliza un conjunto de interfaces con herramientas complementarias para gestionar el sistema de base de datos físico, lo que requiere conocimientos específicos de administración de bases de datos . ^{[ 13 ]}

El servicio más importante es el Atria Location Broker Daemon (ALBD), que gestiona toda la comunicación (LAN) entre los ordenadores. A partir de la versión 7, la plataforma de servidor ejecuta WebSphere Application Server con una aplicación de servidor denominada Change Management Server (CM Server), que daba servicio a los clientes de ClearCase mediante el protocolo HTTP. (Antes de la versión 7, existía un servicio web mediante el cual los usuarios podían acceder a ClearCase a través de sus navegadores). Posteriormente, CM Server fue reemplazado por ClearCase Remote Client Wide-Area Network Server (CCRC WAN Server), que sigue basándose en WebSphere Application Server.

Una característica distintiva de ClearCase es el Sistema de Archivos Multiversión (MVFS), un sistema de archivos en red propietario que puede montar VOB como un sistema de archivos virtual a través de una vista dinámica, seleccionando un conjunto coherente de versiones y permitiendo la producción de objetos derivados . Esto representó un cambio con respecto al modelo de repositorio y entorno aislado, ya que permitió la gestión temprana de artefactos (es decir, antes de su registro) y no se limitó a la gestión de estos elementos de configuración de primer orden.

ClearCase también admite vistas instantáneas, que son copias de los datos del repositorio. A diferencia de las vistas dinámicas, las vistas instantáneas se almacenan en un sistema de archivos local (dependiente del sistema operativo) y no requieren acceso a la red. En su lugar, una vista instantánea guarda una copia de los datos del VOB localmente en el ordenador del usuario. Las vistas instantáneas se pueden usar sin conexión a la red y se sincronizan posteriormente con el VOB cuando se restablece la conexión. Este modo de funcionamiento es similar al del software CVS (Concurrent Versions System).

El cliente local de ClearCase (CCLC) admite los tipos de vista dinámica y de instantánea. El cliente remoto de ClearCase (CCRC) admite tipos de vista análogos: la vista automática y la vista web. Ambas se basan en copias, pero la vista automática utiliza el sistema de archivos multivariable (MVFS) para admitir grupos locales y compartibles de objetos VOB.

Desde la perspectiva del equipo cliente, una vista de ClearCase parece un sistema de archivos más. Los archivos y directorios nuevos creados en una vista de ClearCase se denominan "privados de vista" para indicar que son específicos de la vista y no están sujetos a control de versiones. Esta característica permite que los sistemas de compilación operen sobre la misma estructura de sistema de archivos que el código fuente y garantiza que cada desarrollador pueda compilar de forma independiente. En cualquier momento, un objeto privado de vista puede agregarse al control de versiones y convertirse en un objeto con control de versiones, haciéndolo visible para otros usuarios.

Los desarrolladores suelen tener a su disposición una o más vistas. A veces es práctico compartir vistas entre desarrolladores, pero lo más común es compartir ramas. Una jerarquía de ramas suele ser útil: un proyecto de desarrollo completo puede compartir una rama común, mientras que un equipo más pequeño puede compartir una subrama, y ​​cada desarrollador tiene su propia rama privada. Cuando un cambio en una rama se considera suficientemente estable, se puede fusionar con la rama principal.

En ClearCase base, cada vista se controla mediante su especificación de configuración asociada , comúnmente denominada especificación de configuración . Esta es una colección de reglas (almacenadas internamente en un archivo de texto, pero compiladas antes de su uso) que especifica qué versiones de elementos (archivos o directorios) se mostrarán en una vista. Para determinar qué versión, si la hay, de un elemento debe ser visible, ClearCase recorre la especificación de configuración línea por línea de arriba abajo, deteniéndose cuando encuentra una coincidencia e ignorando las reglas subsiguientes. Una especificación de configuración también puede hacer referencia a otras especificaciones de configuración mediante una instrucción 'include'.

En el modelo de gestión de UCM, las especificaciones de configuración no necesitan crearse ni mantenerse manualmente: son generadas y mantenidas por las operaciones de ClearCase UCM.

El sistema de archivos en red proporcionado por MVFS permite la auditoría de compilaciones. Las compilaciones en vistas que utilizan MVFS pueden supervisar y registrar las operaciones de E/S de archivos realizadas durante el proceso de compilación y asociar cada evento con el comando que lo activó. Esto permite a ClearCase generar una lista de materiales que denomina Registro de Configuración (CR) para todas las compilaciones y habilitar la trazabilidad para la gestión de la configuración del software o como parte de un proceso más amplio de gestión del ciclo de vida de la aplicación . La auditoría de compilaciones se realiza con herramientas de línea de comandos, como las herramientas make integradas (omake, clearmake), o mediante el comando clearaudit, que puede invocar otra herramienta de compilación, como make de Unix (1).

La base de objetos versionada (VOB, por sus siglas en inglés), que almacena las versiones de los elementos de archivo y de directorio, también almacena los objetos derivados y los metadatos asociados a estos tipos de objetos.

El documento de lista de materiales generado como resultado de la auditoría de compilación se conoce como Registro de configuración . Contiene:

• El procedimiento de compilación: El método (script, makefile, etc.) que invocó la compilación.
• Entradas: Todos los archivos (y sus versiones específicas) que se utilizaron para una compilación determinada.
• Salidas: Todos los archivos de objetos derivados (DO) (y cualquier DO dependiente) producidos como resultado de la compilación.

La información de dependencia se almacena en un registro de configuración que se puede visualizar para cada objeto derivado. Este registro permite crear otra vista que muestra todos los archivos leídos durante la compilación. Asimismo, se puede utilizar para etiquetar los archivos (y sus versiones) leídos durante la compilación.

El MVFS permite que los objetos derivados creados en una vista dinámica se copien automáticamente a otra vista dinámica que requiera exactamente el mismo objeto derivado. Dos objetos derivados se consideran idénticos si tienen el mismo registro de configuración (es decir, la lista de materiales ). Los objetos derivados compartibles se encuentran físicamente en el servidor VOB, no en las vistas que los referencian. Esta función se denomina sincronización en objetos derivados y requiere el uso de la herramienta clearmake u omake para la compilación.

Las vistas dinámicas de ClearCase son más lentas que los sistemas de archivos locales, incluso con una buena infraestructura de red. Las compilaciones posteriores repetidas pueden ser más rápidas gracias a la evitación de compilaciones que permite la función make substitute de ClearCase. Dado que MVFS requiere acceso al servidor cada vez que se accede a un archivo, el rendimiento del sistema de archivos depende de la capacidad del servidor.

Originalmente, ClearCase solo admitía clientes completos ("fat") que se ejecutaban de forma nativa en Unix y Windows. En la versión 7, se introdujo el Cliente Remoto de ClearCase (CCRC). Está basado en el software Eclipse y se ofrece en versiones completas para Eclipse, como complemento para Eclipse y para otros entornos como Visual Studio.

Otros productos de Rational Software, en particular ClearQuest y Rational Team Concert, están integrados con ClearCase. ClearCase también está integrado con Microsoft Visual Studio, Cadence Virtuoso y el IDE Eclipse mediante un complemento.

ClearCase MultiSite permite a los desarrolladores en diferentes ubicaciones usar la misma base de objetos versionada (VOB) de ClearCase. Cada ubicación (sitio) tiene su propia copia (réplica) de la VOB. La sincronización de datos mediante cualquier protocolo puede ser unidireccional o bidireccional. Los patrones de sincronización pueden ser uno a uno (dos réplicas intercambian datos), en anillo (sincronización rotativa), uno a muchos (replicación desde una VOB central) o muchos a muchos (cada réplica intercambia datos con todas las demás réplicas).

DSEE (Domain Software Engineering Environment) introdujo muchos conceptos que fueron adoptados por ClearCase. El sistema de archivos Apollo Domain permitía que programas de manejo especiales intervinieran durante el acceso a los archivos. DSEE aprovechó esta característica para sustituir de forma invisible una copia versionada cuando se abría un archivo en particular. ^{[ 14 ]} Con la especificación de versionado integrada en el entorno del usuario, todos los accesos a los archivos versionados se redirigían, incluidos accesos tan comunes como imprimir, visualizar en un editor de texto genérico, etc.

DSEE dependía en gran medida de un archivo que describía todos los módulos de software y sus dependencias. Este archivo debía generarse manualmente, lo que suponía un gran obstáculo para su uso en sistemas grandes. Sin embargo, una vez generado, permitía a DSEE calcular la forma óptima de realizar una compilación, reutilizando todos los módulos que ya se habían procesado y cuyas versiones coincidían con las especificaciones de la compilación.

DSEE también introdujo la "especificación de versión", que se denominaba "hilo". Esta era una lista de posibles versiones que podían estar presentes en el entorno del usuario o en una compilación. Una innovación importante fue el uso de firmas de compilación y firmas de lanzamiento de software en el hilo. Los elementos de un hilo podrían ser, por lo tanto:

• Cualquier ejemplar reservado para edición (es decir, prestado)
• La última versión (normalmente solo para desarrolladores)
• Una versión ramificada de un archivo (una versión en una línea de desarrollo alternativa).
• Una versión etiquetada (para desarrolladores que trabajan en un nivel de revisión específico)
• La versión utilizada en la compilación XYZ.
• La versión utilizada en la versión de software xyz

Los hilos se procesaron de arriba a abajo para cada archivo. Un hilo de desarrollador podría tener la palabra "reservado" al principio, seguida de una versión etiquetada. Para una corrección a una versión existente, el hilo tendría la palabra "reservado" seguida de la firma de la versión.

En ausencia de la redirección invisible de archivos del sistema de archivos Apollo Domain, ClearCase utiliza el sistema de archivos virtual proporcionado por la función MVFS que se describe a continuación. El concepto de "hilo" corresponde a la vista dinámica . La compatibilidad con objetos derivados en una vista es similar al concepto de DSEE.

Versión V11.0.0 (marzo de 2024) y versiones posteriores de paquetes de corrección. ^{[ 15 ]}

Versión V10.0.1 (octubre de 2023) y versiones posteriores de paquetes de corrección. ^{[ 16 ]}

V10.0.0 (diciembre de 2022) y versiones posteriores del paquete de correcciones. ^{[ 17 ]}

V9.1.0 (diciembre de 2020) y versiones posteriores del paquete de correcciones. ^{[ 18 ]}

V9.0.2 (enero de 2020) y versiones posteriores del paquete de correcciones. ^{[ 19 ]}

V9.0.1 (junio de 2017) y versiones posteriores del paquete de correcciones. ^{[ 20 ]}

Versión 9.0 (marzo de 2016) y versiones posteriores de paquetes de corrección.

V8.0.1 (junio de 2013) y versiones posteriores del paquete de correcciones. ^{[ 21 ]}

Versión 8.0 (octubre de 2011) y versiones posteriores de paquetes de corrección.

• Lista de software de control de versiones
• Comparación de software de control de versiones
• Rational ClearQuest

• Sitio web oficial