Quelle est la meilleure stratégie à adopter lors de la migration de ClearCase, SVN?

Tout d'abord, quelques ressources:

1. Clearvision CC2SVN Outil
2. SVN Importateur par Polarion
3. L'Article et des ressources sur CollabNet

La taille du référentiel proprement dit, le nombre de fichiers ou de leurs tailles ne sont pas un facteur limitant pour SVN. Le nombre de développeurs, de la simultanéité des changements, de la complexité de l'intégration et des processus de libération, de la nécessité pour la fusion et le répertoire de versioning ( refactoring ) pourrait poser des problèmes à un grand projet. Si votre projet est grand, mais il est assez stable, avec un faible nombre de développeur, un petit nombre de branches et pas besoin pour le portage des tonnes de corrections à plusieurs versions antérieures, SVN doit faire bien pour vous.

J'ai écrit une coutume de l'outil de migration des données de ClearCase et il n'est pas une tâche facile. Tous deux systèmes différents modèles de données et les opérations sur les données. Je ne voudrais pas suggérer d'essayer d'écrire de la coutume de l'outil de migration, car il est très difficile d'obtenir des données de ClearCase de façon significative. Pour plus de détails sur les limitations des solutions commerciales, je vous propose de contacter les fournisseurs de solutions liées à des ressources.

Personnellement, je voudrais essayer d'apporter autant de données que possible, mais vous devez être conscients des limites de SVN par rapport à ClearCase. Le répertoire de gestion des versions ( refactoring ) histoire sera probablement perdu au cours de cette migration. SVN ne prend pas en charge les branches éparses comme ClearCase, ce qui pourrait augmenter la taille de votre dépôt SVN dans le cas où vous avez utilisé la tâche de branches. Dans ce cas, vous voudrez probablement de se limiter à la système de rameaux. Fichiers dans ClearCase individuels, de la ramification de la structure, tandis que SVN a des branches de trier par produit, ce qui entraînera un grand nombre de la direction générale de la traduction dans le processus. Par la limitation de l'-vous à système de branches et peut-être étiqueté de la version sur les branches pour pleinement intégré les étiquettes de la série, vous pouvez vous épargner beaucoup d'ennuis. Dans le cas où votre équipe est à l'aide de l'UCM, vous pouvez très bien oublier tout l'UCM métadonnées. Ils ne se traduisent pas dans le SVN.

Le délai dépend en grande partie sur les outils utilisés. Pour un projet d'envergure comme vous l'avez peut-être même des semaines. ClearCase de la base de données a pour quelque étrange raison, beaucoup de verrouillage, même sur les opérations de lecture et il y a une table centrale de tout ce qui crée beaucoup de problèmes à grande échelle d'accès comme la migration serait la cause. La première fois que j'utilise mon outil sur le produit un peu plus grande que la vôtre, nous avons estimé qu'il serait pour 3 ans, après beaucoup de l'optimisation, la parallélisation et différentiels de migration de couper vers le bas à environ une semaine. Mais s'attendent à ce que, en fonction de la façon dont l'outil est fait, il pourrait y avoir beaucoup de variation dans le temps qu'il faut. Même si, depuis que vous migrer dans le SVN et vous ignorez beaucoup de l'histoire et de métadonnées à partir de ClearCase, la migration devrait être beaucoup plus rapide.

ClearVision, mentionne dans ses pages que son CC2SVN outil peut créer un pont entre les deux produits. Bien que je n'ai pas utilisé cet outil, si tout fonctionne comme je le suppose, il vous permet de synchroniser les 2 référentiels après quelques transformations, ce qui vous permettrait de certains week-end de passage, avec zéro temps d'arrêt de développement. Si ce n'est pas possible, essayez de demander de l'alternative gravis les migrations, où vous tout d'abord migrer jusqu'à une certaine date, puis migrer un petit bloc de données changé depuis cette date.

Partie très importante du processus est le post de la phase de migration. S'il vous plaît ne pas ignorer les maux de tête de l'interrupteur va apporter à votre développeurs. Vous ne devez pas sous-estimer le besoin de formation et une documentation claire. Vous aurez également besoin d'une équipe d'assistance dans le logiciel de votre département de génie capable de faire fonctionner à la fois des systèmes SCM et d'expliquer aux développeurs comment faire les choses qu'ils ont été utilisés dans le nouveau système. C'est effectivement un point qui pourrait casser le cou dans la migration. Les développeurs de résister à tout changement et quels que soient les avantages SVN apporte au projet, il est, par essence, de beaucoup inférieure du système. ClearCase donne à vos développeurs de la flexibilité qu'ils n'auront jamais avec SVN et à moins que vous les apporter au conseil d'administration dès le début du processus, vous pouvez les perdre, ou pire, d'impliquer l'ensemble de la migration inversée, déclaré catastrophe et de perdre votre emploi.

OriginalL'auteur Jiri Klouda

1. Oui, la Subversion peut gérer de très gros projets. Par exemple, tous les Apache projets sont dans un seul référentiel Subversion avec les sous-projets simple sous-dossiers
2. Si elle fait sens pour convertir toute l'histoire, que vous avez à vous de décider. Mais il existe de nombreux outils disponibles. Un bon billet de blog peut être trouvé ici.
3. Je ne sais pas combien de temps une telle conversion. Mais vous pouvez essayer d'abord avec un petit sous-ensemble et de mesurer le temps.

OriginalL'auteur Stefan