Actualmente estoy trabajando en ClearCase y ahora estoy migrando a GIT. Pero necesitamos esta migración de forma que todo el trabajo se realice en GIT y los datos se sincronizarán con respaldo en la transmisión de ClearCase. Tendremos los mismos nombres de rama y de secuencia en ambos GIT y CC, por lo que la creación de scripts no debería ser un problema. El problema aquí es,Sincronizar GIT y ClearCase
Puede alguien sugerir que es el mejor modelo para sincronizar CC y GIT
Tienen todos Vobs en CC como única repo en GIT, y tienen la principal corriente de CC como diversos ramas en GIT. - Repo Single GIT (VOBS) y muchas ramas (flujos CC). - Esto ocupa menos espacio ya que los VOB se guardan como un solo repositorio con muchas ramas.
Tienen ramas CC importantes como repositorios GIT independientes y cada repositorio tiene todos los VOB CC. - Muchos repositorios de GIT para muchas sucursales de CC: esto ocupará mucho espacio a medida que los VOB se repliquen.
¿Cuál cree que es la mejor manera de mantenerlo sincronizado con ClearCase
Gracias, esto parece ayudarme mucho. Estoy de acuerdo en que tener todos los VOB o todos los componentes de UCM en un único repositorio hará que GIT tarde mucho tiempo en realizar la operación, especialmente si es de 20 gb. puedes aclararme sobre más cosas? Supongamos que tengo un repositorio para un componente ucm/un VOB, pero según la discusión estoy teniendo todos los flujos CC/UCM importantes como sucursales en el repositorio, es posible que diferentes desarrolladores presionen diferentes ramas del mismo repos simultáneamente sin tener que esperar si todas las ramas están en el mismo repositorio desnudo? –
@Senthil: sí: puede empujar cualquier rama en un repositorio remoto remoto. Nota: si necesita varios componentes UCM (es decir, varios repositorios Git) para trabajar (ya sea leyéndolos o modificándolos), necesitará uno o varios proyectos principales con submódulos (consulte http://stackoverflow.com/questions/1979167/ git-submodule-update/1979194 # 1979194) – VonC