Acceso remoto a Team Foundation Server 2010

Question

Somos cuatro desarrolladores en diferentes ubicaciones (en un radio de 100 km uno de otro) sin la necesidad de colaborar en un proyecto de desarrollo de software.

Nos gustaría instalar Team Foundation Server 2010 en una de nuestras máquinas (todos estamos usando Windows 7) y usar eso como nuestro repositorio central de código fuente y gestión de elementos de trabajo.

Sin embargo, parece que no podemos configurar TFS para aceptar eliminar conexiones (a través de Visual Studio). ¿Es posible usar TFS de esta manera?

Answer 1

TFS es solo un conjunto de servicios web y debe configurarse para acceso remoto desde el primer momento.

Cosas que probablemente necesite configurar.

1. Asegúrese de que el Firewall de Windows está permitiendo TFS para aceptar solicitudes entrantes en el puerto 8080 (el TFS de instalación puede hacer esto para usted)

2. configurar el router para utilizar "Port Forwarding" para que las solicitudes desde Internet hasta el puerto 8080 se enrutan a la máquina con TFS instalado.

3. Su ISP probablemente asigna direcciones IP dinámicamente, por lo que es posible que tenga que registrarse para obtener un Dynamic DNS service, como NO-IP.com. (Comprobar cuáles son apoyados por el router)

Una vez hecho esto, entonces usted debe estar en funcionamiento.

Estoy seguro de que otros le sugerirán que abandone TFS y use un DVCS como GIT o Mercurial, ¡tienen un punto! Debería considerar si vale la pena el esfuerzo de hacer que TFS funcione de esta manera cuando otro sistema sea más fácil de poner en funcionamiento.

Answer 2

TFS funciona bien para este tipo de situaciones y, si usa un DVCS o no, aún tendrá que configurar el acceso. No es necesario configurar proxies. TFS es extremadamente rápido incluso a través de una conexión lenta. Las 3 cosas que hay que recordar si usted no está en el mismo dominio que el TFS son:

1. que el administrador TFS configurar sus derechos TFS utilizando una cuenta de dominio establecido para usted. Si no tiene una cuenta de dominio, configure una y úsela. Si no hay dominio, cree una cuenta de grupo de trabajo o una cuenta de servidor TFS local.
2. Agregue manualmente las credenciales de su cuenta de dominio (o grupo de trabajo o servidor local TFS) al almacén de credenciales de Windows, o TFS lo seguirá molestando para iniciar sesión, y eso es un problema. Asegúrese de incluir el dominio (o grupo de trabajo o nombre de máquina local) en el nombre de usuario en este formato: MyDomainOrMachineOrWorkgroup \ MyUserName. Sin barra invertida al principio, sin barra invertida al final.
3. Necesita usar la dirección IP directamente para conectarse o agregar una entrada a su archivo de hosts (C: \ Windows \ System32 \ drivers \ etc \ hosts). Para aquellos que nunca han entrado en este archivo, el "etc" es en realidad el nombre del directorio, no solo yo diciendo "y así sucesivamente". Las entradas allí le dicen que cuando escribe una dirección como mytfs.mydomain.com debe ir a IP tal y tal. Eso es todo.

Answer 3

@Nigel Tenemos TFS en un servidor remoto con proxy local en mi lugar de trabajo. Nuestra conexión a Internet es bastante lenta en relación con la cantidad de desarrolladores en el sitio. TFS tiene un rendimiento extremadamente pobre en esta configuración en comparación con tener el servidor local.Nuestras soluciones pueden tener varios cientos de MB para descargar (de las cuales hay algunas sucursales). Comprobar el historial de versiones es lento y doloroso. Recuperar conjuntos de estantes es lento y doloroso. Controlar VS2010 o VS2008 es lento y doloroso. Afortunadamente, VS2012 lo hace de forma asincrónica, por lo que no es tan malo realizar la verificación, pero finalmente obtendrá un cuadro de diálogo modal cuando se complete la operación.

En general, diría que una experiencia pobre en comparación con SVN y mucho menos DVCS.