Comment migreriez-vous un environnement ClearCase / ClearQuest multi-sites vers tous les logiciels Open Source? [fermé]

StackOverflow https://stackoverflow.com/questions/158737

Question

Je travaille dans un environnement multi-site utilisant actuellement Rational ClearCase pour le contrôle de source et Rational ClearQuest pour le suivi des problèmes (j'accepte vos condoléances à l'avance). En gros, je dirais que cela prend en charge 200 ingénieurs.

Comment migreriez-vous efficacement cette méthodologie SCM vers une suite comparative entièrement ouverte? Cela permettrait non seulement d'économiser des centaines de milliers de dollars, mais aussi d'améliorer la productivité des développeurs et de réduire les temps d'immobilisation par rapport au système actuel.

Les plates-formes utilisées incluent Windows, Linux, UNIX et Solaris.

Était-ce utile?

La solution

Tout d'abord, pourquoi pensez-vous que cela améliorerait la productivité des développeurs? Je n'ai pas beaucoup utilisé ClearCase et ClearQuest pas du tout. Qu’en est-il de ces outils qui entravent le développement?

Une fois que vous savez ce que vous voulez, vous devez examiner divers outils. En règle générale, j'aime beaucoup Subversion pour SCM, mais il y a des situations pour lesquelles cela ne convient pas. Je ne ressens aucune idée précise des systèmes de suivi de version spécifiques.

N'oubliez pas que la migration sera probablement un très gros projet, en fonction de ce que vous souhaitez importer des systèmes Rational (tout vérifier dans ClearCase et lancer de nouveaux projets dans Subversion sera facile, mais toute vouloir garder est beaucoup plus de travail), donc il n'y aura pas d'économies immédiates en dollars. De plus, le changement d’outils va réduire la productivité des développeurs pour un court laps de temps (éventuellement très court), il est donc préférable de le considérer comme un déménagement à long terme. Assurez-vous de disposer des outils voulus dès le départ, car vous ne voudrez pas effectuer de migrations très souvent.

Autres conseils

Clearcase est génial. J'avais l'habitude de penser comme vous, mais après être passé à force, j'ai réalisé à quel point les vues dynamiques sont géniales.

En fait, j’ai posé la question dans une autre question . En gros, c’est vraiment, très difficile et beaucoup plus facile si vous pouvez vivre sans votre historique de révision.

En ce qui concerne le suivi des bogues, mon expérience est que les outils de suivi des bogues open source sont terribles. Cependant, en utilisant des déclencheurs, il est généralement très facile de les intégrer au contrôle de source ouvert. À titre d’exemple, voici comment intégrer bugzilla et subversion

.

BasketCase vous encourage-t-il? Vous pourrez peut-être modifier, ou au moins résumer, l’environnement déjà existant ...

J'ai effectué la migration de ClearCase base vers Git à l'aide de Gitcc. Travaillé comme un charme.

Comme pour tous les outils, ClearCase est livré avec les avantages et inconvénients .
Nous l’utilisons uniquement pour les projets plus volumineux avec un processus de fusion complexe, où UCM est très utile pour visualisez à l'avance les différentes branches.

Nous évaluons actuellement différents Solutions open source DVCS , mais à mon avis, ils ne peuvent pas gérer tous les types de projets (comme celui avec trop de fichiers ).

Les condoléances ne sont pas nécessaires, il semble que si vous travaillez dans un développement à grande échelle sur plusieurs sites, vous disposez des bons outils.

Essayer de faire en sorte que les produits SMC Open Source fonctionnent sur plusieurs sites sera un défi très intéressant. Je n’ai jamais vu quelque chose qui fonctionnerait de manière sécurisée, fiable et sans une charge de travail énorme (même si j’aimerais avoir tort. !).

Bien que vos licences coûtent très cher, vous avez également accès au support technique IBM (que j’ai trouvé très utile très souvent). Combien cela coûterait-il si votre environnement open source tombait à genoux pour une raison quelconque et que votre réseau de soutien comprenait vous et vos collègues? 200 développeurs incapables de travailler efficacement? Erk.

J'aimerais savoir pourquoi, selon vous, cela améliorerait la productivité des développeurs. Ont-ils des reproches spécifiques? Que trouvent-ils est un problème? Pourrions-nous vous aider à partir d'ici avec eux?

À mon humble avis, les outils Open Source sont parfaits pour les projets de petite à moyenne taille sans complexité relative. Je sens que ce que vous essayez de faire sera de la folie.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top