TFS Stratégie pour déplacer un grand nombre de projets à partir de Source Safe

Question

La société pour laquelle je travaille a plus de 1000 applications que nous maintenons. Beaucoup d'entre eux sont dans des technologies anciennes comme VB6, ou des technologies pauvres (Access).

Nous cherchons à délaisser Source Safe. Nous avons TFS en cours d'exécution, et nous déplaçons nos projets dot.net à TFS. Les autres projets n'intègrent pas TFS et n'ont pas besoin d'un portail ou des autres fonctionnalités TFS (à l'exception du contrôle de source).

Je suis préoccupé de laisser les autres projets dans Source Safe en raison du manque de fiabilité du produit.

Pour autant que je peux voir, il y a deux options:

1) Créer un projet vide dans TFS appelé "VB6" (par exemple). Branche-le pour chaque application VB6 qui est en VSS. Cela mettra toutes les applications VB6 dans ce sous-dossier. De cette façon, toutes les applications peuvent être dans TFS.

2) Mettez les projets dot net dans TFS. Créez un référentiel CVSNT et mettez tous les autres projets VSS dedans.

3) Mettre des projets dot net dans TFS. Laissez tous les autres projets dans VSS. Exécutez un compact hebdomadaire et réparez toutes les bases de données VSS.

Quelle option est la meilleure? Est-ce que quelqu'un d'autre a été dans une situation similaire?

Answer 1

Aucune des trois options n'a de sens pour moi. Si vous cherchez à vous éloigner de SourceSafe, et que vous avez déjà décidé de passer à TFS (au moins pour vos projets .NET), il semble que ce que vous demandez essentiellement, c'est s'il y a un bon moyen de migrer la source pour 1000 applications de technologie plus anciennes à TFS?

Ma recommandation est simplement d'utiliser l'Explorateur de contrôle de source en tant que client SCC pour TFS. Il fonctionne de la même manière que l'interface graphique SourceSafe. Une raison qui ne marcherait pas?

Answer 2

Git> TFS, utilisez-le à la place.

Answer 3

L'option 3 semble être la solution la plus économique dans une situation comme celle-ci, en supposant que les dépôts VSS restent à 1 Go de taille (je crois comprendre qu'ils sont beaucoup plus enclins à la corruption lorsqu'ils sont plus gros). est en train de perdre la mémoire, alors je peux me tromper). Gardez une sauvegarde de la VSS dans un endroit physiquement séparé pour l'assurance, et sinon continuez tel quel. Il y a relativement peu de ROI pour faire un mouvement comme vous le décrivez dans le cas général.

Answer 4

La question IMHO est votre définition de "Projet". Un projet d'équipe est un conteneur de haut niveau utilisé pour définir les processus et l'isolation. Il n'y a aucune raison de ne pas avoir un projet d'équipe VB6 avec un arbre source complexe. Il n'est pas nécessaire de créer de véritables "branches" (au sens de la branche et de la fusion) pour chaque application VB6. Juste la même structure de dossiers que vous avez dans SCC.

Donc, essentiellement, je ne vois aucune raison de ne pas faire votre première option - juste ne vous embêtez pas avec les frais généraux de ramification (sauf si vous avez un besoin réel pour elle)