A alguien le gustaría compartir su experiencia en el uso de TFS para la gestión del ciclo de vida de aplicaciones

Question

estamos desarrollando web de marca blanca y la aplicación de la salud móvil para nuestros clientes. nuestro producto está evolucionando rápidamente y que están apoyando a los clientes existentes y va a apoyar a los nuevos clientes.

flujo de trabajo de desarrollo actual implica SVN para el código fuente, documentos de requisitos de seguimiento y Mantis para el seguimiento de defectos.

Estamos considerando VS TFS 2010 gestión del ciclo de vida de las aplicaciones basadas en nuestra organización. Esperamos que VS TFS 2010 ayudará a agilizar el siguiente

1) Requisitos de Gestión 2) control Fuente código de la versión 3) Construir la automatización 4) la gestión de prueba

se preguntaba Alguien tiene experiencia en el uso VS TFS 2010 y le gustaría compartir sus experiencias? ¿hay alguna alternativa que vale la pena a VS TeamSystem?

Answer 1

Prefacio: Esta es una opinión personal y no tengo lazos con Microsoft distintos de los que desarrollo con sus herramientas para su plataforma, a pesar de que me encuentro como un amante de Microsoft en esta respuesta. (Que soy - Me encanta el desarrollo .NET)

No he utilizado TFS 2010, pero he utilizado el 2005 Team Suite que incluye TFS y las versiones de Visual Studio compatible. No nos movemos hacia adelante a 2008 o 1020 debido a la forma extraordinariamente difícil la versión 2005 fue la instalación. Sin embargo, una vez que lo tenemos instalado ... Me encantó. Las herramientas de gestión de proyectos eran intuitiva, y funcionaba bien. Configuración construye fue un suspiro, y lo hizo todo lo que quería que hiciera de forma sencilla y eficiente.

Desde entonces, sin embargo, hemos adoptado herramientas de código abierto para hacer el mismo tipo de cosas. Como ya he dicho, la instalación de 2005 fue una pesadilla ya pesar de que la versión 2010 de Team Foundation Server instala muy fácilmente (he probado yo mismo y demostró que a los pobres equipo que ayudó con la versión de 2005 sólo para mostrarles cuánto mejor es), he podido convencer a mi equipo para darle una segunda oportunidad. Ellos optaron por seguir con herramientas que no se deben actualizar tan a menudo, y que eran más fáciles de actualizar cuando lo hizo necesidad de hacer.

Si se tratara de mí, yo sería usarlo. Esta es una de esas cosas donde las cosas funcionan bien, y trabajar juntos sin problemas. Y la documentación disponible (MSDN, vídeos, etc.) es exhaustiva. Dudo que cualquier otro conjunto de herramientas es tan bien documentada.

Es una lástima que la experiencia con la versión anterior era tan mala que nadie más aquí le dará a la versión más reciente de un trato justo.

En cuanto a las alternativas - que no es de código abierto, pero Atlassian tiene un buen conjunto de herramientas. Funcionan bien para Java y estamos utilizando algunos de ellos en nuestra tienda .NET. Estamos usando SVN para control de código fuente. Eso es lo único que me gusta más acerca de nuestro nuevo entorno de Hice el sistema del equipo.

Answer 2

I inició a una nueva compañía de 2 meses atrás que los usos exclusivamente TFS 2010 (para el control y la fuente de emisión / seguimiento de tareas), y no he sido capaz de conseguir cómodo con él. Anteriormente, he utilizado principalmente SVN para control de código fuente y, o bien OnTime (por Axosoft) o FogBugz (Joel Spolsky) y han querido los dos.

No sé si es la forma en que están usando TFS (ramificación hay nada tan bueno como era en el SVN ... y tienen la Pila del Producto Los productos de la Pila de Sprint, artículos, insectos, impedimentos, y Dios sabe qué más para no perder de vista) pero me resulta demasiado enrevesado.

Creo que las herramientas de desarrollador a usos deben ayudar al dev, no ponerse en el camino de. Si tengo que parar y pensar en la forma de rama de código o asignar un problema, entonces mal de algo con mis herramientas (o que sólo tiene que pasar más tiempo en aprender de ellos ... que no tiene sentido para mí tampoco).