TFS 2010 Basic (beta 2) versus Subversion et al.

Question

Para un desarrollador en solitario que usa Visual Studio 2010 beta 2, ¿es TFS Basic una mejor opción que Subversion (con VisualSVN o Ankh) y (opcionalmente) algo como Cruisecontrol?

No necesito fuente distribuida o incluso acceso remoto. Realmente no me importan los desgloses y todos esos informes. Solo quiero control de versiones & amp; pruebas potencialmente automatizadas & amp; edificio.

EDITAR: para responder a las preguntas de Bob Aman (Gracias Bob)

Estaba considerando el autohospedaje, pero fuera del sitio es una buena idea, como usted dice. Yo hago copias de seguridad regularmente. Realmente solo soy yo quien tendrá acceso al repositorio para que el control de acceso no sea complicado. Tengo una suscripción a MSDN, por lo que el costo no es un problema. El repositorio no será particularmente grande, no soy tan productivo. : /

Answer 1

Depende mucho de un par de factores. ¿Está alojando el repositorio usted mismo o subcontratándolo a una empresa que lo maneja por usted? (Muy recomendable, ya que eso generalmente significa que obtienes copias de seguridad fuera del sitio y redundancia a bajo precio. Cosas que a veces pueden ser difíciles de solucionar). Es mucho más fácil encontrar un alojamiento estelar para Subversion. Creo que solo hay una o dos opciones en el mercado para el alojamiento TFS. ¿Cuántas personas tendrán acceso al repositorio? ¿Necesita establecer permisos en partes del repositorio? ¿Cómo quieres manejar el control de acceso? Si necesita hacer algo particularmente complicado, no es posible en TFS o es muy costoso. Subversion generalmente puede manejarlo, aunque no siempre es fácil de configurar.

Casi todo lo que puede hacer el control de versiones de TFS también se puede hacer en Subversion, ya sea de forma inmediata o con la ayuda de alguna herramienta adicional. Subversion también se integra bastante bien con Visual Studio, aunque personalmente siempre preferí TortoiseSVN. También es mucho menos costoso, suponiendo que no tenga TFS a través de suscripciones de MSDN de algún tipo.

Sin embargo, si alguna vez entra en los ámbitos extremos del control de versiones (depósitos absurdamente enormes, o binarios gigantescos en el repositorio, por ejemplo), lo que realmente quiere es Perforce.

Answer 2

Si no eres una gran empresa comprometida con Microsoft, te recomiendo la subversión.

El control de fuente TFS es, como puedo decir esto, desafortunado.

Funciona muy bien si lo único que alguna vez haces es trabajar en Visual Studio. Sin embargo, tan pronto como desee interactuar con él desde el exterior (por ejemplo, agregar un archivo de texto o algunos archivos por lotes que no están dentro de un archivo de solución de Visual Studio), se vuelve doloroso y problemático.

Esto se debe principalmente a que marca todos los archivos como de solo lectura en el sistema de archivos a menos que los compruebe explícitamente. Visual Studio hace esto automáticamente, pero para cualquier otra cosa, siempre debe verificar explícitamente los archivos utilizando la línea de comando tf.exe o las herramientas eléctricas TFS. Se vuelve realmente molesto muy rápido.

Otro efecto secundario es el seguimiento de nuevos archivos. Subversion et al le informarán sobre los nuevos archivos y directorios no rastreados cuando realice una diferencia, mientras que TFS los ignorará por completo. Esto ha llevado a muchas compilaciones rotas porque un desarrollador olvidó registrar un nuevo archivo, porque en lo que respecta a TFS, no existía en absoluto hasta que lo agregaron explícitamente.

TFS también está fuertemente vinculado al modelo de dominio de Windows de autenticación de usuario. Debe agregar cuentas de usuario de Windows para que las personas tengan acceso a él, lo cual es un problema si aún no se está ejecutando en una red de dominio corporativo.