Synchronisation GIT et ClearCase
Je suis actuellement en train de travailler sur ClearCase et maintenant de la migration vers GIT.
Mais nous avons besoin de cette migration en sorte que tous les travaux seront réalisés dans GIT, et les données seront synchronisées adossés à ClearCase flux. Nous aurons la même branche des noms et des noms de flot dans les deux GIT et CC, de sorte script ne devrait pas être un problème. Le problème ici est,
Quelqu'un peut-il suggérer quel est le meilleur modèle pour la synchronisation CC et GIT
- Disposez de tous les fichiers Vob en CC comme unique repo dans GIT, et les grands flux en CC que les diverses branches de GIT. - Seul repo GIT (VOB), et de nombreuses branches (CC cours d'eau). - Cela prend moins d'espace que les fichiers Vob sont conservés comme unique repo avec de nombreuses branches.
- Ont d'importantes CC branches comme indépendant dépôts GIT et chaque référentiel d'avoir tous les CC de fichiers Vob. - De nombreux repo GIT pour beaucoup de CC de branche - Cela va prendre beaucoup d'espace que les fichiers Vob se propagera à travers.
Qui pensez-vous est la meilleure façon de le synchroniser avec ClearCase
OriginalL'auteur Senthil A Kumar | 2010-03-19
Vous devez vous connecter pour publier un commentaire.
Non et oui
Non et non
Re-lecture ma réponse sur Git limites, vous ne devriez pas essayer de caser "tout" dans un repo Git.
Voir aussi "Ce sont à la base de clearcase concepts chaque développeur devrait savoir?" pour une comparaison entre ClearCase et Git.
Cours d'eau peut en toute sécurité être importés en tant que branche.
Mais les VOBs ne sont pas nécessairement un Repo Git.
Si vous utilisez l'UCM, je vous recommande un repo Git par l'UCM composant.
De toute façon, vous avez besoin pour l'enregistrement dans votre Repo Git un moyen de savoir ce que ClearCase vue de les utiliser pour la synchronisation (par le biais d'un simple
clearfsimport
) de vos données.La vue utilisée pour que ClearCase données ré-importation sera un UCM afficher automatiquement associé à le droit de flux, pour le droit VOB.
Remarque: je le mentionne dans "Comment combler le git de ClearCase?" une solution plus simple, mais qui n'a pas importer le tous l'histoire dans un repo Git.
oui: vous pouvez appuyer sur n'importe quelle branche dans une distance à nu des pensions. Remarque: si vous avez besoin de plusieurs composant UCM (c'est à dire plusieurs Git repos) à travailler (soit les lire ou les modifier), vous aurez besoin d'un ou plusieurs projet principal avec submodules (voir stackoverflow.com/questions/1979167/git-submodule-update/...)
OriginalL'auteur VonC
Alors que je n'aurais pas forcément le suggérer que la "meilleure" façon de synchroniser les deux, vous pouvez importer de l'histoire et de pousser des modifications à Clearcase via mon git-cc outil, comme mentionné ici.
OriginalL'auteur charleso
Sujet de branches et de repos, j'irais avec un vob == un repo git règle, depuis le repo git est vraiment destiné à être utilisé par un seul projet, de la même manière que pour les vobs.
Comme pour les branches, les noms de branche à travers les vobs/repos doivent correspondre. Jetez un oeil à submodules dans git pour voir si cela peut être utilisé dans votre cas.
Ce que personnellement, je voudrais voir, c'est une mature git-cc backend, ce qui me permettra d'utiliser git sur mon dev-box, tout en étant capable de se synchroniser avec l'entreprise CC référentiel, je suis forcé d'utiliser.
OriginalL'auteur Marko