¿Cómo conectar git a ClearCase?

Aquí hay un método que evita los secuestros, que nuestro equipo utilizó este método con bastante éxito durante más de un año, hasta que retiramos ClearCase para Subversion (según la política de la compañía, aunque es un paso atrás para nuestro equipo - básicamente estábamos usando ClearCase como un sistema de archivos tonto, y prácticamente trabajando de forma nativa en git, pero ahora estamos usando el puente git-svn que no es tan agradable como el git nativo.)

Utilizamos dos directorios, uno para la instantánea ClearCase y el repositorio master git, que compartido entre todo el equipo y nunca editado archivos en, y uno para nuestro directorio "de trabajo".

La preparación en la vista instantánea de ClearCase es:

% git init
% git add **/*.cxx **/*.h **/Makefile (and so on)
% git commit -m "initial"

Luego clona en tu directorio de trabajo:

% mkdir ~/work
% git clone /path/to/repo

Trabaja en el directorio de trabajo, en una rama:

% git checkout -b feature
% ...edit/compile...
% git add -u
% git commit

Asegúrese de que la instantánea de ClearCase esté actualizada con pristine (que siempre fue para nosotros, porque la compartimos entre el equipo, y todos usamos git).

Luego fusionar la rama en el para evitar una confirmación de fusión automática:

% git checkout master
% git pull
% git checkout feature
% git rebase master
% git checkout master
% git merge feature
% git branch -d feature

% git diff --name-status origin/master

Prepare la vista ClearCase revisando/mkelem / rmname cualquier archivo cambiado / nuevo / eliminado, basado en la salida de git diff --name-status. Usamos un guión hecho a mano para hacer esto. No se olvide de revisar los directorios que han añadido / eliminado archivos:

Luego empuja las cosas de git hacia atrás, y comprueba con ClearCase:

% git push
% cd /path/to/repo
% git reset --hard
% cleartool ci `cleartool lsco -r -short -me`

Parece que hay muchos comandos, pero esto incluye la configuración, y su flujo de trabajo diario no usa muchos comando. Puedes construir trivialmente un script alrededor del paso push-back-to-ClearCase, y descubrir/mostrar a tu equipo todas las cosas interesantes de git adicionales gradualmente a medida que todos se acostumbren al flujo de trabajo básico.

La verdadera belleza de este sistema es que, después de un tiempo cuando todos son competentes con git, puede deshacerse trivialmente de ClearCase y todo el trabajo y las tarifas individuales asociadas. Tal vez darle al chico ClearCase de la compañía unas vacaciones muy necesarias y un poco de reciclaje con los ahorros. (Tristemente en mi empresa, las cosas de git eran todas skunkworks, y nos hemos movido a Subversion: ¡hacia adelante desde ClearCase pero hacia atrás desde git!)

I strongly recomiendo usar el script pristine de ClearCase Globalmente, Git Localmente, que se ejecuta en la vista instantánea de ClearCase y asegura que git y él estén sincronizados. Configuramos esto como un trabajo cron que se ejecutaba dos veces al día, y también lo ejecutábamos manualmente cada vez que estábamos a punto de volver a git. Desafortunadamente el enlace a la entrada del blog ya no está valido. Sin embargo, el script todavía está disponible en Github.