Restez avec Visual SourceSafe ou accédez à Team Foundation Server 2010

Question

Nous sommes un petit groupe de six développeurs qui utilisent actuellement Visual Studio 2003 et Microsoft Visual SourceSafe (HVAC). Tout le monde a la responsabilité de son programme ne partageait pas le code les uns avec les autres. Tout le monde est responsable de la gestion de sa propre version, les codes ne sont pas dans une version commune.

Nous allons maintenant mettre à jour vers Visual Studio 2010 et nous y pensons pendant que nous passons à Team Foundation Server 2010 (TFS) ou si nous devons continuer avec la plomberie. Je veux y aller, mais plusieurs de mes collègues sont douteux.

1. Quels sont les avantages et les inconvénients pour les États-Unis de passer à TFS?
2. En plus de la gestion des versions, qu'est-ce que nous trouverons utile dans TFS?
3. TFS est-il le bon outil pour la façon dont nous travaillons, ou est-ce trop?
4. Pouvez-vous travailler avec le code hors ligne? Nous travaillons parfois avec nos ordinateurs portables à la maison ou chez le client

Je n'ai trouvé nulle part ce qu'il en coûte.

Answer 1

Tout d'abord, Sourcesafe sera le support pour Visual Sourcesafe va bientôt prendre fin: http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=sourcesafe&Filter=FilterNO

Si cela ne suffit pas pour que vous migrez, alors il y a un poste exellent de Brian Harry (gestionnaire du programme de TFS) pourquoi vous devriez migrer vers TFS: http://blogs.msdn.com/b/bharry/archive/2009/10/01/tfs-2010-for-sourcesafe-users.aspx

En bref, TFS est plus que le contrôle de source seulement, il a les éléments de travail dans lesquels vous pouvez suivre votre travail, ajouter la 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, le test et la validation de code de vos applications.

Lorsque vous aller plus loin, il a aussi de grandes 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 y ait un outil de migration pour VSS TFS: http://msdn.microsoft.com/en-us/library/ms253060.aspx
2. articles de travail, construire l'automatisation, les rapports, l'intégration de sharepoint, gestionnaire de test, directeur de laboratoire
3. TFS est grande: il échelles de des équipes comme la vôtre à de grandes organisations jusqu'à des milliers d'utilisateurs.
4. Oui, il est possible de démarrer Visual Studio sans connexion TFS. Il vous demande ensuite si vous voulez travailler hors ligne. Lorsque vous êtes à nouveau en ligne, vous pouvez vous connecter à TFS et vérifier les modifications. Il existe également la possibilité d'exposer TFS à Internet, de sorte que vous pouvez accéder à TFS depuis votre domicile.

Answer 2

La question de savoir si vous devriez ou non passer à TFS2010 est une question discutable, avec beaucoup de bonnes réponses.

Que vous devriez ou non vous éloigner de VSS est 100% clair. Il y a beaucoup d'articles là-bas pourquoi:

Microsoft's Source Destruction System

VSS: Unsafe at Any Speed

Anything But Sourcesafe

Answer 3

Ayant récemment migré de VSS à TFS2010 Je ne l'ai pas regardé en arrière.J'aime la façon dont tout est intégré. Sans répéter ce qui a été dit avant quelques-unes des grandes caractéristiques sont:

• Une bonne ramification & fusion
• intégration AD, aucun réglage plus des utilisateurs dans VSS
• Facile à voir qui a ce vérifié
• Historique des enregistrements facile à consulter (idéal pour les révisions de code)
• TFS Power Tools ajoute des règles d'archivage personnalisées et un menu contextuel Windows Explorer
• Éléments de travail, suivi et leur association h changesets
• Inbuilt rapports
• Portails Team Project - afin que les développeurs non peuvent accéder à TFS rapports/travail info item etc
• Speed, il est tellement plus rapide que VSS
• Source est stockée dans le serveur SQL et l'enregistrement les opérations sont transactionnelles et non fichier basé, pas plus courant VSS nettoyer

Je trouve cela plutôt que de migrer le code source en utilisant l'outil de migration d'un enregistrement frais était le moyen le plus rapide, en gardant SourceSafe en lecture seule pour la temps bizarre je dois me référer à l'histoire.