version-control - licencias - team foundation server tutorial
Implementación de Team Foundation Server con un pequeño equipo de desarrollo (3)
Tenemos un pequeño equipo de 3 desarrolladores que actualmente está utilizando Subversion para nuestro control de 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.
Ha pasado un tiempo, pero estoy pensando que se tarda aproximadamente medio día en configurarlo, además de 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 características 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.
La configuración de TFS no es demasiado complicada, cuando se sigue exactamente 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 usa más de una parte de tfs como control de versiones y seguimiento de elementos de trabajo e incluso teambuild, su equipo se beneficiará de la estrecha integración de las partes separadas.
Por ejemplo, puede vincular a los elementos de trabajo al verificar los cambios 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 workitem de error el buildnumber que contiene la corrección de errores.
También usamos la wiki de sharepoint para documentación y planificación, aunque no soy el mayor fan de sharepoint ...
El punto principal es la gran integración en el IDE y el seguimiento del Teamsystem Web Access que le permite controlar al menos sus elementos de trabajo a través de una interfaz web.
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 económica: por encima de eso, tendrá que ponerse al día con lo real, cuyo precio está definitivamente en el ámbito de la ''Empresa'' ...
El mayor obstáculo para comenzar a utilizar 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).
Sin embargo, si sigue las instrucciones con exactitud , debe hacerlo en 2 o 3 intentos, 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 las estanterías y las ramificaciones se implementan de una manera más directa que con cualquier otro sistema que haya visto.
La guía y el soporte del proceso en TFS son un poco menos refinados, pero todavía bastante utilizables. El soporte conectable para varias metodologías de desarrollo es bastante bueno, y varios complementos de terceros (por ejemplo, para 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 de la versión completa: de lo contrario, puede descargar la última de Microsoft también.
ACTUALIZACIÓN, 12 de abril de 2010: con el lanzamiento de Team Foundation Server 2010 , los procedimientos de instalación y 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.