IBM DevOps Code ClearCase (también conocido como IBM Rational ClearCase) es una familia de herramientas de software informático que respalda la gestión de configuración de software (SCM) de 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 desarrollo conjunto de hardware y software. ClearCase incluye control de revisión y constituye la base para la gestión de configuración en empresas grandes y medianas, y da cabida a proyectos con cientos o miles de desarrolladores. Está desarrollado por IBM .
ClearCase admite dos modelos de gestión de configuración: UCM (Unified Change Management) y ClearCase básico. UCM ofrece un modelo listo para usar, mientras que ClearCase básico ofrece una infraestructura básica (UCM se basa en ClearCase básico). Ambos se pueden personalizar para satisfacer una amplia variedad de necesidades.
ClearCase puede alojar archivos binarios grandes, una gran cantidad de archivos y repositorios de gran tamaño. Admite ramificaciones y etiquetado. Permite la correcta fusión de archivos refactorizados mediante el control de versiones de directorios. También admite una amplia automatización y aplicación de procesos mediante activadores, atributos, hipervínculos y otros metadatos. Utiliza el sistema de archivos MultiVersion ( MVFS ), que es un sistema de archivos virtual que determina de forma transparente qué versiones de archivos y directorios deben estar en el espacio de trabajo y organiza el acceso y el ciclo de vida de los archivos. El MVFS se utiliza en implementaciones de LAN para vistas dinámicas y en implementaciones de LAN o WAN para vistas automáticas. [3] [4]
ClearCase también proporciona una auditoría de compilación autorizada, que genera metadatos para cada artefacto de compilación, incluido 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 SBOM (lista de materiales de software) 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 uso compartido automático de los artefactos de compilación en las vistas (espacios de trabajo).
ClearCase fue desarrollado por Atria Software y lanzado por primera vez en 1992 [5] en Unix y más tarde 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 luego se fusionó con Pure Software para formar PureAtria [9] en 1996. Esa firma 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 [11] con HCL Technologies 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 ( Base de Objetos Versionados ). [12] En esta capa, el mantenimiento se lleva a cabo utilizando las herramientas de Raima. Alrededor de esta capa, se utiliza un conjunto de interfaces con herramientas complementarias para administrar el sistema de base de datos física, lo que requiere habilidades específicas de administrador de base de datos . [13]
El servicio más importante es el Atria location Broker Daemon (ALBD), que gestiona todas las comunicaciones (LAN) entre 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 prestaba servicio a los clientes de ClearCase a través del 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). Desde entonces, el servidor CM ha sido sustituido 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 MultiVersion (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 consistente de versiones y permitiendo la producción de objetos derivados . Esto fue un cambio con respecto al modelo de repositorio y sandbox porque permitió la administración temprana de artefactos (es decir, antes de que se registren) y no se limitó a la administración de estos elementos de configuración de primer orden.
ClearCase también admite vistas de instantáneas, que son copias de los datos del repositorio. A diferencia de las vistas dinámicas, las vistas de instantáneas se mantienen en un sistema de archivos local (específico del sistema operativo) y no requieren acceso a la red. En cambio, una vista de instantáneas almacena una copia de los datos VOB localmente en la computadora del usuario. Las vistas de instantáneas se pueden utilizar mientras se está desconectado de la red y luego se pueden sincronizar con el VOB cuando se restablece una conexión. Este modo de funcionamiento es similar al del software CVS (sistema de versiones concurrentes).
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 MVFS para admitir grupos locales y compartibles de objetos VOB.
Desde la perspectiva del equipo cliente, una vista ClearCase parece ser simplemente otro sistema de archivos. Los archivos y directorios nuevos creados en una vista ClearCase se denominan "vista privada" para indicar que son específicos de la vista y no están controlados por versiones. Esta característica permite que los sistemas de compilación funcionen en la misma estructura del sistema de archivos que el código fuente y garantiza que cada desarrollador pueda compilar de forma independiente. En cualquier momento, se puede agregar un objeto de vista privada al control de código fuente y convertirlo en un objeto con versiones, lo que lo hace visible para otros usuarios.
Los desarrolladores suelen tener una o más vistas a su disposición. A veces resulta práctico compartir vistas entre desarrolladores, pero compartir ramas es la práctica más habitual. Una jerarquía de ramas suele ser útil: un proyecto de desarrollo completo puede compartir una rama de desarrollo común, mientras que un equipo más pequeño puede compartir una subrama, y cada desarrollador tiene su propia rama privada. Siempre que se considere que un cambio en una rama es lo suficientemente estable, se puede fusionar con la rama principal.
En el ClearCase básico, cada vista está controlada por su especificación de configuración asociada , comúnmente denominada especificación de configuración . Se trata de 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 deben mostrar 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 a abajo, deteniéndose cuando se encuentra una coincidencia e ignorando cualquier regla posterior. Una especificación de configuración también puede hacer referencia a otras especificaciones de configuración por medio de una declaración 'include'.
En el modelo de gestión de UCM, no es necesario crear ni mantener manualmente las especificaciones de configuración: las generan y mantienen las operaciones de ClearCase UCM.
El sistema de archivos en red que proporciona 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 uno de esos eventos 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 fines de administración de configuración de software o como parte de un proceso más amplio de administración del ciclo de vida de la aplicación . La auditoría de compilaciones se realiza con herramientas de línea de comandos, como herramientas de creación integradas (omake, clearmake) o mediante el comando clearaudit, que puede invocar otra herramienta de compilación, como Unix make (1).
La base de objetos versionados (VOB) que almacena versiones de elementos de archivos y elementos de directorio también almacena objetos derivados y metadatos asociados con estos tipos de objetos.
El artefacto de lista de materiales que se genera como resultado de la auditoría de compilación se conoce como Registro de configuración . Contiene:
La información de dependencia se almacena en un registro de configuración que se puede mostrar para cada objeto derivado. El registro de configuración se puede utilizar para crear otra vista que muestre todos los archivos que se han leído previamente durante el tiempo de compilación. El registro de configuración también se puede utilizar para aplicar una etiqueta a los archivos (y versiones) que se leyeron durante la compilación.
El MVFS permite que los objetos derivados que se crearon en una vista dinámica se "copien" automáticamente a otra vista dinámica que requiere un objeto derivado "exactamente igual". Se considera que dos objetos derivados son "exactamente iguales" si tienen el mismo registro de configuración (es decir, lista de materiales ). Los objetos derivados que se pueden compartir están físicamente presentes en el servidor VOB, no en las vistas que hacen referencia a ellos. Esta función se denomina " guiño" en objetos derivados y requiere que se utilice la herramienta clearmake u omake para las compilaciones.
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 ejecutarse más rápido, debido a la prevención de compilaciones que está habilitada por el sustituto de creación de ClearCase . Debido a 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 sólo admitía clientes completos ("fat") que se ejecutaban de forma nativa en Unix y Windows. En la versión 7, se introdujo ClearCase Remote Client (CCRC). Se basa en el software de Eclipse y se suministra en versiones de Eclipse completamente empaquetadas, 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 de Eclipse a través de un complemento.
ClearCase MultiSite permite a los desarrolladores de distintas ubicaciones utilizar 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 a través de 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 por turnos), 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 permitió que programas de manejo especiales intervinieran durante el acceso a los archivos. DSEE hizo uso de esta característica para sustituir de manera invisible una copia versionada cuando se abría un archivo en particular. [14] Con la especificación de versiones residente en el entorno del usuario, todos los accesos a los archivos versionados fueron redirigidos, incluidos los accesos mundanos como imprimir, ver 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. El archivo debía generarse manualmente, lo que suponía un gran impedimento para su uso en sistemas de gran tamaño. Sin embargo, una vez generado, permitía a DSEE calcular la forma óptima de realizar una compilación, reutilizando todos los módulos que se habían procesado previamente y cuyas especificaciones de versión coincidían con las especificaciones de la compilación.
DSEE también introdujo la "especificación de versión", que se denominaba "hilo". Se trataba de una lista de versiones posibles que podrían estar 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 versión de software en el hilo. Los elementos de un hilo podrían ser:
Los hilos se procesaron de arriba a abajo para cada archivo. Un hilo de desarrollador podría tener "reservado" en la parte superior, seguido de una versión etiquetada. Para una corrección de una versión existente, el hilo estaría "reservado" y luego la firma de la versión.
En ausencia de la redirección de archivos invisible del sistema de archivos de 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 de paquetes de correcciones posteriores. [15]
Versión V10.0.1 (octubre de 2023) y versiones de paquetes de correcciones posteriores. [16]
V10.0.0 (diciembre de 2022) y versiones de paquetes de corrección posteriores. [17]
V9.1.0 (diciembre de 2020) y versiones de paquetes de corrección posteriores. [18]
V9.0.2 (enero de 2020) y versiones de paquetes de correcciones posteriores. [19]
V9.0.1 (junio de 2017) y versiones de paquetes de correcciones posteriores. [20]
V9.0 (marzo de 2016) y versiones de paquetes de correcciones posteriores.
V8.0.1 (junio de 2013) y versiones de paquetes de correcciones posteriores. [21]
V8.0 (octubre de 2011) y versiones de paquetes de correcciones posteriores.