visual studio - tutorial - MS Team Foundation Server en entornos distribuidos: consejos, sugerencias, trucos necesarios

visual studio team services tutorial

Question

¿Hay alguien por ahí que use Team Foundation Server dentro de un equipo geográficamente distribuido? Estamos en el Reino Unido, tratando de trabajar con un equipo en Australia y nos resulta bastante difícil.

Nuestros dos problemas principales son:

1. Las cosas se nos están revisando sin que nos pidamos una última actualización.
2. Incluso cuando se usa un proxy, la mayoría de las cosas tardan en pasar.

Muchas pequeñas cosas realmente molestas como esta están endureciendo nuestras arterias, impidiéndonos entregar código y francamente creando una experiencia de usuario similar a empujar jarabe dorado sobre una duna de arena.

¿ Alguien realmente está usando TFS de esta manera, a diario con éxito (relativo)?

Si es así, ¿tiene algún consejo, consejo, truco o truco que valga la pena saber?

La actualización de PS a CruiseControl.NET no es una opción.

Answer 1

Definitivamente actualice a TFS 2008 y Visual Studio 2008, ya que es la versión "v2" de Team System en todos los sentidos. Soluciona muchos problemas pequeños y medianos.

En cuanto a las "cosas que se revisan aleatoriamente", esto se debe casi siempre a que Visual Studio decidió editar los archivos en su nombre. Intente obtener lo último de Team Explorer, sin nada abierto en Visual Studio, y vea si ese comportamiento persiste. ¡Apuesto a que no!

Múltiples servidores TFS es una mala idea. Asegúrese de que su proxy esté configurado correctamente, ya que almacena en caché los GET repetidos. Dicho esto, TFS es un modelo conectado al servidor, por lo que siempre será un poco más lento que los verdaderos sistemas de control de fuente "fuera de línea".

Además, si pudieras editar tu pregunta para que contenga quejas o detalles más específicos, eso ayudaría, en este momento es muy vaga, así que no puedo responder muy bien.

Answer 2

Según tengo entendido, puede tener múltiples servidores de aplicaciones TFS en diferentes ubicaciones. Ambos pueden hablar con el mismo servidor SQL o puede usar la duplicación de SQL Server. Tener su propio servidor TFS local probablemente acelere sus tiempos de desarrollo.

Answer 3

Usamos TFS con un equipo algo distribuido; no están muy lejos, pero se conectan a través de una VPN lenta y poco confiable.

Para su primer problema, obtener lo último en el pago y envío no es el comportamiento predeterminado. (Aquí hay una explicación ). Sin embargo, hay un complemento que lo hará por usted.

Aquí está el flujo de trabajo que funciona para nosotros:

1. Recibir las últimas
2. Construye y verifica que nada esté roto
3. Trabajo (cambios pendientes)
4. Obtener lo último de nuevo
5. Tratar con conflictos de fusión
6. Construye y verifica que nada esté roto
7. Registrarse

[edit] Aceptar parece que reformuló esta parte de la pregunta. Sí, Jeff tiene razón, VS decide revisar algunos archivos "para usted", como archivos sln y proj. También comprueba automáticamente cualquier archivo fuente que edite (eso es lo que quiere, ¿verdad? Aunque puede cambiar esa configuración en Herramientas> Opciones> Control de fuente)

Al parecer, el proxy tarda un poco en acelerarse (no lo usamos), pero una vez que ha almacenado la mayor parte del árbol, se supone que es bastante rápido. ¿Puedes hacer un seguimiento y encontrar los cuellos de botella?

¿Hay algo más que le genere problemas, aparte de obtener lo último en el pago y la velocidad?