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) 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 revisiones y constituye la base para la gestión de la configuración en empresas grandes y medianas, acomodando 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 base. UCM proporciona un modelo listo para usar, mientras que ClearCase base proporciona una infraestructura básica (UCM está construida sobre ClearCase base). Ambos se pueden personalizar para satisfacer una amplia variedad de necesidades.
ClearCase puede acomodar archivos binarios grandes, una gran cantidad de archivos y repositorios de gran tamaño. Admite ramificación y etiquetado. Permite la combinación correcta de archivos refactorizados mediante directorios de versiones. 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 multiversión ( 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. 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, 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 autorizado de auditoría de compilación 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 ( Entorno de ingeniería de software de dominio ) de Apollo Computer . Después de que Hewlett-Packard comprara Apollo Computer en 1989, esos desarrolladores se marcharon para formar Atria. [6] [7] [8] Atria se fusionó posteriormente 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 mercado 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 ( V ersioned O bject B ase). [12] En esta capa, el mantenimiento se realiza mediante utillaje Raima. Alrededor de esta capa, se utiliza un conjunto de interfaces con herramientas adjuntas para administrar el sistema de base de datos físico, lo que requiere habilidades específicas de administrador de base de datos . [13]
El servicio más importante es el Broker Daemon de ubicación de Atria (ALBD), que gestiona todas las comunicaciones (LAN) entre computadoras. A partir de la versión 7, la plataforma del servidor ejecuta Websphere Application Server con una aplicación de servidor llamada Change Management Server (CM Server), que presta servicios 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 reemplazado por el servidor de red de área amplia del cliente remoto ClearCase (servidor WAN CCRC), que continúa basándose en la aplicación Websphere. Servidor.
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 consistente de versiones y permitiendo la producción de objetos derivados . Esta fue una desviación del modelo de repositorio y zona de pruebas 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 instantánea 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 sincronizan con el VOB cuando se restablece la conexión. Este modo de funcionamiento es similar al del software CVS (Sistema de versiones concurrentes).
Los tipos de vista dinámica y de instantánea son compatibles con el cliente local de ClearCase (CCLC). El cliente remoto ClearCase (CCRC) admite tipos de vista análogos: la vista automática y la vista web. Ambos se basan en copias, pero la vista automática utiliza MVFS para admitir grupos locales y compartibles de objetos VOB.
Desde la perspectiva de la computadora cliente, una vista de ClearCase parece ser simplemente otro sistema de archivos. Los archivos y directorios nuevos creados en una vista de ClearCase se denominan "vista privada" para indicar que son específicos de la vista y no están controlados por versión. Esta característica permite que los sistemas de compilación operen en la misma estructura del sistema de archivos que el código fuente y garantiza que cada desarrollador pueda compilar independientemente uno del otro. En cualquier momento, se puede agregar un objeto de vista privada al control de código fuente y convertirse en un objeto versionado, haciéndolo 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 común. 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 un cambio en una rama se considere lo suficientemente estable, se puede fusionar con la rama principal.
En ClearCase base, cada vista está controlada por su especificación de configuración asociada , comúnmente conocida como 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 mostrarán en una vista. Para determinar qué versión, si corresponde, 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 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 mediante 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 proporcionado por MVFS permite la auditoría de compilación. Las vistas integradas que utilizan MVFS pueden monitorear 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 desencadenó. Esto permite a ClearCase producir una lista de materiales a la que denomina Registro de configuración (CR) para todas las compilaciones y permitir la trazabilidad para fines de 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 compilación 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 la lista de materiales producido 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 leyeron 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.
MVFS permite que los objetos derivados que se crearon en una vista dinámica se "copien" automáticamente a otra vista dinámica que requiera "exactamente el mismo" objeto derivado. 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 característica se llama 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 que el sustituto de creación de ClearCase permite evitar compilaciones . 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 solo 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 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 se integra con Microsoft Visual Studio, Cadence Virtuoso y Eclipse IDE a través de un complemento.
ClearCase MultiSite permite a los desarrolladores en diferentes ubicaciones utilizar la misma base de objetos versionados (VOB) de ClearCase. Cada ubicación (sitio) tiene su propia copia (réplica) del 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 por turnos), uno a muchos (replicación desde un VOB “hub”) o muchos a muchos (cada réplica intercambia datos con todas las demás réplicas).
DSEE (Entorno de ingeniería de software de dominio) 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 hizo uso de esta función para sustituir de forma invisible una copia versionada cuando se abría un archivo en particular. [14] Con la especificación de control de versiones residente en el entorno del usuario, todos los accesos a archivos versionados fueron redirigidos, incluidos accesos tan mundanos como imprimir, ver en un editor de texto genérico, etc.
DSEE se basó en gran medida en 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 impedimento importante para su uso en sistemas grandes. Sin embargo, una vez generado, permitió 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 denominó "hilo". Esta era una lista de posibles versiones 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. Por tanto, los elementos de un hilo podrían ser:
Los hilos se procesaron de arriba a abajo para cada archivo. Es posible que un hilo de desarrollador esté "reservado" en la parte superior, seguido de una versión etiquetada. Para corregir 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 Apollo Domain, ClearCase utiliza el sistema de archivos virtual proporcionado por la función MVFS que se describe a continuación. El concepto "hilo" corresponde a la vista dinámica . El soporte para objetos derivados en una vista es similar al concepto de DSEE.
Versión V11.0.0 (marzo de 2024):
Versión V10.0.1 (octubre de 2023) y versiones posteriores de fixpack:
V10.0.0 (diciembre de 2022) y versiones posteriores de fixpack:
V9.1.0 (diciembre de 2020) y versiones posteriores de fixpack:
V9.0.2 (enero de 2020) y versiones posteriores de fixpack:
V9.0.1 (junio de 2017) y versiones posteriores de fixpack:
V9.0 (marzo de 2016) y versiones posteriores de fixpack:
V8.0.1 (junio de 2013) y versiones posteriores de fixpack:
V8.0 (octubre de 2011) y versiones posteriores de fixpack: