6

Est-ce que quelqu'un a des stratégies/astuces/pièges pour passer à Team System? Devrait-il être fait dans les étapes de bébé, ou tout à la fois? Devrions-nous migrer notre bibliothèque SourceSafe, ou dessiner une ligne dans le sable et aller de l'avant? Est-ce que cela vaut la peine d'intégrer SharePoint dans le mix? Toutes les pensées sont appréciées.Stratégies pour passer à Team System

Répondre

2

Je n'ai jamais eu à migrer vers TFS, mais je l'ai beaucoup utilisé ces dernières années.

En ce qui concerne votre question sur Sharepoint, nous l'avons trouvée très utile avec TFS. Nous l'utilisons principalement pour la gestion de la documentation et pour le stockage d'autres artefacts "non techniques" liés au projet. Certaines équipes de développeurs préconisent de conserver la documentation dans le code source, ce qui est correct, mais d'après mon expérience, les parties prenantes du projet ont plus de facilité à accéder à la documentation du projet via le portail Sharepoint. J'ai essentiellement été en mesure de distribuer l'URL du site sharepoint associé à notre projet d'équipe TFS aux membres de l'équipe non technique concernés et j'ai pu éviter d'envoyer constamment des documents par e-mail, ce qui a été formidable pour nous.

1

Il se peut que ce soit trop de travail pour tout faire en même temps. Je pense qu'il est plus facile de diviser des projets à des personnes différentes, une à la fois. De cette façon, ils peuvent les déplacer et s'assurer que chacun fonctionne bien avant de fermer le SourceSafe.

Vous voudrez toujours une sauvegarde de la "base de données" SourceSafe juste au cas où.

Je ne sais pas comment migrer de SourceSafe vers TFS et conserver les commentaires et les versions. De loin le plus simple pour ajouter les projets, mais ayant migré de cette façon dans le passé, nous avons toujours raté la possibilité de savoir ce que les autres avaient fait pour des fichiers particuliers. Si vous trouvez un moyen de migrer, je le ferais à moins que ce ne soit horriblement cher.

Questions connexes