Si solo necesita control de versiones y seguimiento de errores / problemas, ¿es demasiado TFS?

Somos una pequeña tienda de Microsoft con 4 desarrolladores. Nos gusta la idea de tener todo integrado y bajo la misma database SQL, pero no para tratar con demasiadas funciones o una complejidad que no necesitamos. La otra opción sería usar dos herramientas distintas de terceros. También nos preguntamos si el control de versiones VS2010 y las capacidades de seguimiento de errores / problemas son comparables con las mejores herramientas de terceros en el mercado.

Con TFS 2010, hay una versión / opciones de configuration TFS Basic. Puede usar SQL Server Express como la database, la installation es simple y rápida y puede instalarlo en un SO cliente. Incluye sistema de versiones, elementos de trabajo y sistema de compilation (sin compartir, informar …). El precio no debe ser alto, los usuarios objective para TFS Basic son los que se usan para usar SourceSafe. Además, si tiene MSDN, hay un cambio que lo acompaña, por lo que no tendría que pagar más.

Algunas consideraciones sobre TFVC en general: tenga en count que nunca he usado TFVC específicamente, pero he estado en una situación similar un par de veces. Mi principal preocupación es que es muy poco .

TFVC (Team Foundation Version Control) parece ser un sistema de control de versiones cliente-server. No conozco a nadie que aún no se haya actualizado a DVCS. Nunca he usado TFVC, pero no puedo imaginarme qué beneficios ofrecería para superar la desventaja arquitectónica. (Y antes de preguntar: solo lo uso desde mi estación de trabajo en la oficina, donde la networking nunca se ha apagado, pero aún uso sus funciones distribuidas todos los días).

También trabajo en una pequeña tienda de Microsoft con 4 desarrolladores y nunca nos hemos arrepentido de usar Mercurial. Es una de las pocas decisiones que tomamos que todos parecen haber amado. Es uno de esos movimientos, como cambiar a un lenguaje con GC, que nunca querrás ni siquiera pensar en invertir.

En términos de soporte, espero que haya encontrado la forma de get un gran soporte de Microsoft. Las cosas saldrán con cualquier VCS y parece que el apoyo de la comunidad es un par de órdenes de magnitud peor que Hg o Git.

No puedo decir mucho sobre los rastreadores de fallas, creo que todos son más o less lo mismo en estos días. He instalado un par de fonts de código abierto en una tarde, incluso sin experiencia. La principal diferencia parece ser que, si elige uno de gran nombre, podrá encontrar muchas herramientas y extensiones que funcionan con él. Por ejemplo, hay un millón y una extensión para informar / probar / etc. para Bugzilla. TFS probablemente tiene cosas similares, por suficiente dinero.

Otras dos cosas que tendría en count:

En primer lugar, incluso si solo desea estas 2 características hoy, querrá otras características en el futuro, y será (tarde o temprano) algo que Microsoft no ofrece. Por lo tanto, es mejor hacer las paces con las herramientas de terceros lo antes posible.

En segundo lugar, a less que, milagrosamente, elijas el set perfecto de herramientas para el crecimiento futuro de tu empresa en todo momento, en algún momento querrás alejarte de la solución que elijas hoy. Por lo tanto, asegúrese de que proporciona una forma de realizar una export completa, o es lo suficientemente popular como para que otros proyectos se caigan sobre sí mismos y le escriban a los importadores.

Supongo que todo esto suena algo negativo para TFS. Realmente no lo quise decir de esa manera, estoy seguro de que hace algunas cosas realmente bien. Pero a less que ya esté acumulando dinero, ahorre su dinero.

¡Buena suerte con lo que elijas!

TFS work ittm tracking es increíble. Sea cual sea su flujo de trabajo y la información que desea recostackr, puede hacerlo fácilmente con TFS.

La mayoría espera que TFS haga lo que hace de fábrica como si fuera omnisciente. Desafortunadamente, haces las cosas ligeramente diferente que yo y yo de todos los demás. La key es facilitar que las diferentes funciones de su organización obtengan e ingresen información en cualquier sistema de seguimiento de su trabajo.

Hay una meseta a la que alcanzará con herramientas personalizadas improvisadas que no obtendrá a partir de references cruzadas de información a lo largo del process de desarrollo del producto. TFS elimina esa barrera. La segunda barrera es saber cómo consumir la información y eso requiere capacitación y experiencia en la gestión efectiva de los proyectos.

El control de la versión TFS es ciertamente el punto más bajo en comparación con la industria en este momento. La popularidad de DVCS explotó cuando salió TFS. Dicho esto, Brian Harry ha declarado que TFS "espera totalmente que agreguemos el control de versión distribuida a TFS". http://blogs.msdn.com/bharry/archive/2010/01/27/codeplex-now-supports-mercurial.aspx

Toma eso como quieras.

TFS es un gran sistema, pero después de haberlo implementado y utilizado durante un time, me doy count de que el TCO es demasiado alto como para justificarlo para un equipo pequeño.