Team Foundation Server Tutorial
Comenzando con Team Foundation Server

Observaciones

Instalación o configuración

Instrucciones detalladas para configurar o instalar tfs.

¿Qué es TFS y cómo se almacenan los datos en él?

Team Foundation Server (comúnmente abreviado como TFS) es un producto de Microsoft que proporciona administración de código fuente (ya sea a través de Team Foundation Version Control o Git), informes, administración de requisitos, gestión de proyectos (para equipos de desarrollo de software ágil y en cascada), compilaciones automatizadas Capacidades de gestión de laboratorio, pruebas y gestión de lanzamientos. Cubre todo el ciclo de vida de la aplicación. TFS se puede usar como un back-end para numerosos entornos de desarrollo integrado, pero está diseñado para Microsoft Visual Studio y Eclipse.

VENTAJAS:

1. Team Foundation Server proporciona un conjunto de herramientas de colaboración que funcionan con su IDE o editor existente, para que su equipo pueda trabajar eficazmente en proyectos de software de todas las formas y tamaños.
2. Almacena y colabora en código con repositorios privados ilimitados. Use Git para el control de versiones distribuido para maximizar la colaboración o use el control de versiones de Team Foundation (TFVC) para el control de versiones centralizado.
3. Soporte a la metodología AGILE.
4. Soporte para múltiples idiomas e IDE
5. Permite la integración de complementos de terceros.

TIPOS DE TFS:

1. En línea
2. En las instalaciones

Online está respaldado por la plataforma de nube de Microsoft, Windows Azure y no requiere ninguna configuración. Un usuario inicia sesión con una cuenta de Microsoft para comenzar a configurar su cuenta, crear proyectos y agregar miembros del equipo. Las nuevas características desarrolladas en ciclos de desarrollo de tres semanas se agregan primero a la versión en línea. Estas características migran a la versión local como actualizaciones, en intervalos de aproximadamente tres meses.

Team Foundation Server almacena todos los datos del conjunto de cambios en una base de datos de SQL Server. Almacena el código del conjunto de cambios más reciente en su totalidad. A continuación, almacena una diferencia de la versión anterior. Una de las ventajas de almacenarlo todo en SQL Server es que obtiene la capacidad de ahorro "todo o nada" que proporcionan las transacciones. La arquitectura de TFS está centralizada. Esto significa que todo el código fuente se mantiene en una sola ubicación. En una arquitectura centralizada, el servidor TFS en sí mismo puede considerarse un punto único de falla, pero con las soluciones de alta disponibilidad disponibles en el sistema operativo Windows Server, esto no tiene por qué ser así. De manera similar, la base de datos de SQL Server que almacena los bits del código fuente real se puede duplicar en varios servidores. El control TFS ha sido diseñado para integrarse perfectamente con las últimas versiones de Microsoft Visual Studio. Sin embargo, esto no significa que no pueda utilizar el control de versión de TFS con otros productos de desarrollo de software. La funcionalidad en TFS se puede dividir en las siguientes áreas.  Funcionalidad básica: control de entrada y salida de archivos  Bloqueo: limitación de ediciones simultáneas  Ramificación y fusión: trabajo con diferentes versiones del código fuente  Seguridad: decida quién puede acceder a los datos de control de versión y cómo

La funcionalidad básica en cualquier sistema de control de versión incluye el ingreso y salida de archivos. Para admitir la concurrencia, TFS permite múltiples desprotecciones del mismo archivo, pero se puede desactivar si es necesario. Los elementos también se pueden bloquear exclusivamente para que nadie más pueda registrar o retirar un archivo mientras está bloqueado. Si las comprobaciones simultáneas están deshabilitadas en la configuración del proyecto del equipo, entonces se coloca automáticamente un bloqueo en el archivo al finalizar la compra. La ramificación y la fusión pueden considerarse funciones avanzadas en TFS, pero no obstante, son muy útiles. La idea principal de la bifurcación es tomar un conjunto de archivos de código fuente y crear una versión distinta de esos archivos. El código ramificado puede vivir una vida propia independiente de los archivos de origen originales. Por ejemplo, si está desarrollando una aplicación genérica pero necesita crear una versión especializada para un determinado cliente, puede ramificar las personalizaciones del cliente desde el árbol de control de la fuente principal (el "troncal"). Si surge la necesidad más adelante, puede volver a combinar el código de personalización con la línea de control de la fuente original. Esto se llama la fusión. Todo en TFS (excepto el control de versiones de los derechos de usuario de Active Directory) se almacena en una base de datos central de SQL Server. Esto incluye la configuración del proyecto del equipo, los datos del archivo, los detalles del conjunto de cambios, etc. Debido a que casi todo está en una ubicación central, es imperativo asegurarse de realizar copias de seguridad periódicas de las bases de datos SQL y tener un plan de recuperación ante desastres. Para comprender cómo se integra el control de versiones en Microsoft Visual Studio, debe conocer tres ventanas separadas (o paneles, según su punto de vista): las ventanas de Source Control Explorer, Solution Explorer y Pending Changes. Cuando se haya conectado a una instancia de Team Foundation Server, el Explorador de soluciones le permitirá desproteger y registrar archivos directamente desde la ventana haciendo clic con el botón derecho en los elementos. Sin embargo, de forma predeterminada, la extracción se produce simplemente cuando comienza a editar un archivo en Visual Studio. Por ejemplo, si abre un archivo de código fuente de C # en el editor y comienza a escribir, el archivo está desprotegido. Esta es a menudo la forma más conveniente de revisar archivos. Los íconos pequeños que se muestran en la ventana del Explorador de soluciones lo ayudan a distinguir entre archivos bloqueados, desprotegidos y agregados, etc. Un icono de candado azul indica que un archivo es parte del control de origen pero actualmente no está desprotegido. Una marca de verificación roja indica que el archivo se ha desprotegido y un signo más amarillo indica que se ha agregado un archivo al proyecto. En TFS, una operación de extracción y la operación para obtener la última versión están separadas una de la otra. En la práctica, esto significa que antes de retirar un archivo, debe ejecutar un comando "Obtener más reciente" en los archivos que desea extraer. Esto se puede hacer simplemente haciendo clic con el botón derecho en un elemento en el Explorador de soluciones y seleccionando el elemento del menú Obtener más reciente. Para cambiar este comportamiento predeterminado, puede elegir el comando de menú Herramientas / Opciones de Microsoft Visual Studio, y navegar a la sección Source Control / Visual Studio Team Foundation Server. Desde aquí, puede encontrar una opción llamada "Obtener la última versión del artículo al pagar". La ventana de control de origen le permite obtener una vista más holística de su árbol de control de versiones. A continuación se muestra la ventana del explorador de control de origen (actualmente desconectada).

Para abrir la ventana, elija el comando de menú Ver / Otro Windows / Source Control Explorer, o haga doble clic en el nodo Source Control en la ventana de Visual Studio Team Explorer. La ventana de Source Control Explorer le permite ver y manipular archivos en su árbol de control de versiones. Puede hacer todas las mismas operaciones a través de esta ventana que en el Explorador de soluciones: por ejemplo, puede registrar y retirar archivos, cambiarles el nombre, eliminarlos, etc. La diferencia es que al usar la ventana de Source Control Explorer, los archivos con los que trabaja no necesitan ser parte de un proyecto de desarrollo de Visual Studio, como un proyecto de C #. Por ejemplo, podría agregar una hoja de cálculo de Excel al control de versiones; Esto es algo que quizás no quiera hacer a través del Explorador de soluciones. Siempre que trabaje con archivos bajo el control de versiones y edítelos, agréguelos o elimínelos, Visual Studio no volverá a confirmar inmediatamente los cambios en el control de versiones. En su lugar, esto se hace solo cuando verifica los cambios. Mientras tanto, todos los cambios se almacenan de forma predeterminada en una lista de cambios pendientes, que se pueden ver a través de la ventana Cambios pendientes.

La ventana Cambios pendientes muestra una lista de archivos que no se han registrado. La ventana también indica la operación (agregar, editar, eliminar o renombrar) solicitada. Por lo general, usted hace sus registros a través de esta ventana, ya que le permite registrar cómodamente múltiples archivos en una sola operación. También puede escribir un comentario para acompañar los archivos registrados, y puede vincular a un elemento de trabajo de Team Foundation Server con los archivos. En general, uno o más archivos de origen, comentarios opcionales y asociaciones de elementos de trabajo forman colectivamente un conjunto de cambios. Un conjunto de cambios en TFS siempre se registra de forma atómica, lo que significa que el conjunto completo tiene éxito o falla en el registro. Un conjunto de cambios está asociado con una ID única, y puede verse más adelante, por ejemplo, a través de la ventana del Explorador de control de fuente. En el control de versiones de TFS, un conjunto de cambios es un concepto esencial porque es el conjunto de cambios más pequeño que el sistema puede procesar. Un conjunto de cambios puede contener un solo archivo o un conjunto de archivos. Además, es la base de los informes, especialmente cuando se utiliza junto con elementos de trabajo.