Restez avec Visual SourceSafe ou allez à Team Foundation Server 2010

Tout d'abord, SourceSafe sera le support pour Visual SourceSafe se terminera bientôt: http://support.microsoft.com/lifecycle/search/default.aspx?sort =pn&alpha=sourcesafe&filter=filterno

Si cela ne vous suffit pas à Migrer, alors il y a une exemple post de Brian Harry (responsable du programme de TFS) Pourquoi vous devriez migrer vers TFS: http://blogs.msdn.com/b/bharrrrrrrrr/archive/2009/10/01/fs-2010-for-sourcesafe-utilisateurs .aspx

En bref, TFS est plus que le contrôle de source uniquement, il dispose des éléments de travail dans lesquels vous pouvez suivre votre travail, ajouter une traçabilité et obtenir des informations de gestion de projet. Il dispose également d'un outil d'automatisation de construction avec lequel vous pouvez automatiser la compilation, les tests et la validation du code de vos applications.

Lorsque vous allez plus loin, il dispose également d'excellentes capacités de test: http://msdn.microsoft.com/en-us/library/ms182409.aspx

Pour répondre à vos questions:

1. Il y a beaucoup de pros et un grand con. Le con est que vous devez migrer, bien qu'il existe un outil de migration pour VSS sur TFS: http://msdn.microsoft.com/en-us/library/ms253060.aspx
2. Articles de travail, création d'automatisation, rapport, intégration SharePoint, gestionnaire de test, gestionnaire de laboratoire
3. TFS est super: il échoue d'équipes comme la vôtre aux grandes organisations jusqu'à des milliers d'utilisateurs.
4. Oui, il est possible de démarrer Visual Studio sans connexion TFS. Il demande ensuite si vous voulez travailler hors ligne. Lorsque vous êtes à nouveau en ligne, vous pouvez aller en ligne à TFS et vérifiera les modifications. Il y a aussi la possibilité d'exposer TFS à Internet. Vous pouvez donc accéder à TFS dans votre organisation à partir de chez vous.

Si vous devriez ou non aller à TFS2010 est une question discutable, avec de nombreuses bonnes réponses.

Si vous devriez ou non vous échapper de VSS est 100% clair. Il y a beaucoup d'articles sur pourquoi:

Système de destruction de la source de Microsoft

VSS: dangereux à n'importe quelle vitesse

autre que SourceSafe < / p>

avoir récemment migré de VSS à TFS2010, je n'ai pas regardé en arrière. J'aime la façon dont tout est intégré. Sans reformuler ce qui a été dit avant que certaines des grandes caractéristiques soient:

• Bonne branche et fusion
• Intégration de l'annonce, plus de configuration des utilisateurs dans VSS
• facile à voir qui a ce qui a vérifié
• Facile à voir Historique de l'enregistrement (excellent pour les critiques de code)
• TFS Power Tools Ajouter des stratégies d'enregistrement personnalisées et le menu contextuel de l'Explorateur Windows
• Articles de travail, suivi et leur association avec des modifications
• Rapports intégrés à Inbuilt
• Portails de projet d'équipe - Les non-développeurs peuvent donc accéder aux rapports TFS / informations de travail etc.
• la vitesse, c'est tellement plus rapide que VSS
• Source est stocké dans SQL Server et les opérations d'enregistrement sont transactionnelles et non basées sur un fichier, plus d'exécution de VSS Nettoyer

  J'ai trouvé que plutôt que de migrer le code source à l'aide de l'outil de migration Un nouvel enregistrement était le moyen le plus rapide, gardant SourceSafe en lecture seule pour le temps impair que je dois faire référence à l'historique.