Introducir Team Foundation Server en un equipo basado en Fogbugz: ¿qué características usar?

Question

Actualmente trabajo en una empresa que utiliza FogBugz para el problema y el seguimiento de errores y el SourceGear Vault para el control de la fuente.

Ahora estamos presentando Team Foundation Server. Claramente, TFS reemplazará la bóveda para el control de la fuente. Mi pregunta es, con los siguientes requisitos:

• Gran base existente de casos de fogbugz (algunos obviamente abiertos) que necesitamos para apoyar continuos
• El escritorio de soporte debe poder recaudar errores / llamadas de soporte
• Desea que los cambios en la fuente estén vinculados a un número de caso

... ¿Cuál es la mejor división entre usar casos de fogbugz y TFS WorkItems?

• ¿Es posible migrar totalmente de fogbugz a TFS?
• Si no es posible migrar de Fogbugz a TFS, ¿cuál es la mejor manera de usar el caso Fogbugz y el trabajo de trabajo TFS juntos?

Answer 1

Inicialmente, diría que los errores y los defectos permanecen en Fogbugz, cosas en el plan del proyecto como elementos de trabajo. Puede lograr que los desarrolladores creen un elemento de trabajo para cada caso en Fogbugz y asociar el código con ese elemento de trabajo, pero ya puedo escuchar los aullidos de burla :-)

Es posible que desee echar un vistazo al Plataforma de integración TFS. No sé si hay alguna herramienta que vincule directamente a FogBugz, pero estas herramientas son altamente extensibles. Luego podría decidir migrar todo a TFS o ejecutar ambos sistemas y sincronizar. Ejecutar ambos es agradable ya que cada disciplina puede usar la herramienta con la que más están familiarizadas, los desarrolladores usan TFS para todo y los probadores / soporte pueden continuar usando FogBugz y el kit de herramientas mantiene todo a paso.