Tout le monde aimerait partager leur expérience en utilisant TFS pour la gestion du cycle de vie d'application

Question

nous développons web en marque blanche et l'application mobile de soins pour nos clients. notre produit évolue rapidement et nous soutenons les clients existants et va soutenir de nouveaux clients.

flux de travail de développement actuel implique SVN pour le code source, les documents d'exigence de suivi et mante pour le suivi des défauts.

Nous envisageons VS TFS 2010 sur la base de gestion du cycle de vie des applications pour notre organisation. nous espérons que VS TFS 2010 nous aidera à rationaliser les éléments suivants

1) Gestion des exigences 2) Le code source contrôle de version 3) l'automatisation de construction 4) Gestion des tests

demandais est ce que quelqu'un a l'expérience en utilisant VS TFS 2010 et souhaite faire part de leurs expériences? est-il des alternatives valables à VS TeamSystem?

Answer 1

Avant-propos: Ceci est une opinion personnelle et je n'ai aucun lien avec Microsoft autres que je développe avec leurs outils pour leur plate-forme, même si je viens à travers comme un amant Microsoft dans cette réponse. (Que je suis - j'aime le développement .NET)

Je ne l'ai pas utilisé TFS 2010, mais j'ai utilisé le Team Suite 2005, y compris TFS et les versions de Visual Studio pris en charge. Nous ne sommes pas aller de l'avant à 2008 ou 1020 en raison de la façon dont était d'installer extraordinairement difficile la version 2005. Cependant, une fois que nous le paquetage installé ... Nous avons adoré. Les outils de gestion de projet sont intuitifs et ont bien fonctionné. La mise en place était construit un jeu d'enfant, et il a fait tout ce que je voulais qu'il fasse simplement et efficacement.

Depuis lors, cependant, nous avons adopté des outils open source pour faire le même genre de choses. Comme je l'ai dit, l'installation de 2005 a été un véritable cauchemar et même si la version 2010 de Team Foundation Server installe très facilement (je l'ai testé moi-même et démontré à l'équipe pauvres qui a aidé à la version 2005 juste pour leur montrer combien il est), je ne pouvais pas convaincre mon équipe de lui donner une seconde chance. Ils ont choisi de rester avec des outils qui ne ont pas besoin d'être mis à jour aussi souvent, et qui étaient plus faciles à mettre à jour quand il en avait vraiment besoin d'être fait.

Si elle était juste moi, je l'utiliser. C'est une de ces choses où les choses fonctionnent juste et travaillent ensemble de façon transparente. Et la documentation disponible (MSDN, vidéos, etc.) est exhaustive. Je doute tout autre ensemble d'outils est aussi bien documenté.

Il est juste dommage que l'expérience avec l'ancienne version était si mauvaise que personne d'autre ici donnera la nouvelle version une secousse juste.

En ce qui concerne les alternatives - ce n'est pas open source, mais Atlassian a un bel ensemble d'outils. Ils fonctionnent bien pour Java et nous utilisons certains d'entre eux dans notre boutique .NET. Nous utilisons SVN pour le contrôle de la source. C'est à peu près la seule chose que j'aime mieux dans notre nouvel environnement que moi le Team System.

Answer 2

J'ai commencé à une nouvelle société 2 mois en arrière qui utilise exclusivement TFS 2010 (pour le contrôle de la source et l'émission / suivi des tâches), et je ne l'ai pas été en mesure d'être à l'aise avec elle. Auparavant, j'ai principalement utilisé SVN pour le contrôle des sources et soit OnTime (par Axosoft) ou FogBugz (Joel Spolsky) et je les ai aimé les deux.

Je ne sais pas si c'est la façon dont ils utilisent TFS (ramification est rien aussi gentil qu'il était SVN ... et ils ont des articles du produit Carnet de commandes, articles Sprint Carnet de commandes, Bugs, empêchements, et Dieu sait quoi autre de garder une trace de) mais je trouve trop alambiquée.

Je pense que les outils développeur utilise devraient aider le dev, pas obtenir de la manière de. Si je dois arrêter et de réfléchir sur la façon de ramifier code ou assigner un problème, alors quelque chose ne va pas avec mes outils (ou j'ai juste besoin de passer plus de temps à les apprendre ... qui n'a pas de sens pour moi non plus).