Implementación de Team Foundation Server con un pequeño equipo de desarrollo

Question

Tenemos un pequeño equipo de 3 desarrolladores que actualmente está utilizando Subversion para nuestro control de código fuente. Esperamos que el equipo agrupe a 8 miembros dentro de los próximos 6 a 12 meses. Estamos considerando cambiar nuestro control de fuente a TFS o Mercurial para mejorar la bifurcación. Sé que TFS es excesivo para las ramificaciones, pero esa es la necesidad inmediata, y las otras características de TFS podrían ayudar a nuestro equipo. Una de nuestras principales preocupaciones con TFS es que hemos escuchado que hay muchos sobrecargas desplegándolo, especialmente en un equipo pequeño. Espero obtener información comunitaria sobre la cantidad de gastos generales que puede haber, sugerencias para facilitar el proceso y cualquier otra cosa que la comunidad considere útil para tomar la decisión de implementarla.

Answer 1

En mi experiencia, TFS funciona muy bien, incluso para equipos pequeños. Si su número total de desarrolladores es de cinco o menos, puede usar la edición de grupo de trabajo relativamente accesible: por encima de eso, tendrá que ponerse al día con el precio real, cuyo precio está definitivamente en el ámbito de la 'Empresa' ...

El obstáculo más grande para comenzar a usar TFS es instalar lo más importante: este proceso parece estar diseñado para la máxima agravación. (Hasta qué punto los "diseñadores" del "proceso" de actualización de 2005 a 2008 desprecian a sus usuarios incluso logran ir más allá de eso: afortunadamente, podrás comenzar con TFS2008 y no tendrás que preocuparte por la actualización por un momento).

Si sigue el instructions exactamente, debe administrar en 2-3 intentos, sin embargo, y los requisitos de hardware no son tan malos como parecen. Mi configuración TFS de 3 desarrolladores funciona bastante bien en una computadora portátil Dell de la generación anterior con 4 GB de RAM.

Una de las grandes ventajas de TFS es la integración de VS: esto funciona muy, muy bien, y la estantería y la ramificación se implementan de una manera más directa que con cualquier otro sistema que he visto.

La guía de proceso y el soporte en TFS son un poco menos pulidos, pero todavía bastante utilizables. El soporte enchufable para varias metodologías de desarrollo es bastante bueno, y varios complementos de terceros (por ejemplo, Scrum) ya están disponibles.

Con todo, definitivamente no va a doler probar TFS: si tiene una suscripción a MSDN, probablemente ya tenga la edición Workgroup así como una versión de prueba completa: de lo contrario, también puede downloaded the latter from Microsoft.

ACTUALIZACIÓN, 12 de abril de 2010: Con el lanzamiento de Team Foundation Server 2010, la instalación y los procedimientos de actualización han mejorado mucho . Una nueva instalación de TFS2010 no debería tomar más de unos pocos minutos (suponiendo que ya tenga una instancia de SQL Server 2008 en funcionamiento) e incluso una actualización en el lugar de mi configuración de TFS2008 resultó ser completamente sencilla.

Answer 2

Ha pasado un tiempo, pero estoy pensando que toma aproximadamente medio día para configurarlo, y algo de tiempo leyendo los manuales de antemano para asegurarse de que sabe lo que está haciendo. La configuración no lleva demasiado tiempo; necesita agregar a todos sus desarrolladores como usuarios con licencia. La configuración de proyectos no es muy difícil. Por lo general, configuro grupos de AD para mapear los roles del proyecto y agregar esos grupos a los roles apropiados. Configuré un nuevo proyecto en aproximadamente 1/2 hora.

Nota: No uso ninguna de las funciones de TFS, excepto el control de fuente. Si planea seguir el artículo, usar el sitio sharepoint del proyecto, etc., su millaje variará bastante. Descubrí que en nuestros proyectos (2-3 desarrolladores) una wiki funciona igual de bien para la administración de proyectos.

Answer 3

La configuración de TFS no es muy complicada, cuando exactamente siga la guía dada paso a paso. Lo estamos utilizando en un pequeño equipo desde hace aproximadamente un año y no quiero perderlo más.

Especialmente cuando utiliza más de una parte de tfs como control de versión y seguimiento de elementos de trabajo y tal vez incluso teambuild, su equipo se beneficiará de la estrecha integración de las partes separadas.

Por ejemplo, puede vincular a elementos de trabajo cuando llegue al cambio de código. Luego ejecuta una compilación automatizada con teambuild y actualizará automáticamente sus elementos de trabajo con el número de compilación. Luego, puede ver, por ejemplo, en un elemento de trabajo de error el buildnumber que contiene la corrección de errores.

También utilizamos el wiki de SharePoint para la documentación y la planificación a pesar de que no soy el mayor fan de SharePoint ...

El punto principal es la gran integración en el IDE y para el seguimiento del elemento de trabajo la Teamsystem Web Access que permite usted para controlar al menos sus elementos de trabajo en una interfaz web.