Introducción a Team Foundation Server

Instalación o configuración

Instrucciones detalladas sobre cómo 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 gestión de código fuente (ya sea a través de Team Foundation Version Control o Git), creación de informes, gestión de requisitos, gestión de proyectos (para equipos de desarrollo de software ágil y cascada), compilaciones automatizadas y Capacidades de gestión de laboratorio, pruebas y gestión de versiones. Cubre todo el ciclo de vida de la aplicación. TFS se puede utilizar como back-end para numerosos entornos de desarrollo integrados, 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 de manera efectiva en proyectos de software de todas las formas y tamaños.
  2. Almacene y colabore 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 para 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. Local

Online está respaldado por la plataforma en la 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 funciones desarrolladas en ciclos de desarrollo de tres semanas se agregan primero a la versión en línea. Estas funciones 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. Luego almacena una diferencia con la versión anterior. Uno de los beneficios de almacenarlo todo en SQL Server es que obtiene la capacidad de guardar “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 propio servidor TFS puede considerarse un único punto de error, 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 usar el control de versiones de TFS con otros productos de desarrollo de software. La funcionalidad en TFS se puede dividir en las siguientes áreas.  Funcionalidad básica: desproteger y desproteger archivos  Bloqueo: limitación de ediciones simultáneas  Ramificación y fusión: trabaje con diferentes versiones del código fuente  Seguridad: decida quién puede acceder a los datos de control de versiones y cómo

La funcionalidad básica en cualquier sistema de control de versiones incluye la entrada y salida de archivos. Para admitir la simultaneidad, TFS permite múltiples extracciones del mismo archivo, pero esto se puede desactivar si surge la necesidad. Los elementos también se pueden bloquear exclusivamente para que nadie más pueda ingresar o retirar un archivo mientras está bloqueado. Si los pagos simultáneos están deshabilitados en la configuración del proyecto del equipo, se coloca automáticamente un bloqueo en el archivo al momento del pago. La bifurcació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 separada de los archivos fuente originales. Por ejemplo, si está desarrollando una aplicación genérica pero necesita crear una versión especializada para un determinado cliente, puede bifurcar las personalizaciones del cliente desde el árbol de control de 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 fuente original. Esto se llama fusión. Todo en TFS (excepto el control de versiones de 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 Source Control Explorer, Solution Explorer y Pending Changes. Cuando se haya conectado a una instancia de Team Foundation Server, Solution Explorer le permitirá desproteger y desproteger archivos directamente desde la ventana haciendo clic con el botón derecho en los elementos. Sin embargo, de manera predeterminada, se realiza una verificación 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 se desprotege. Esta es a menudo la forma más conveniente de desproteger archivos. Los pequeños iconos que se muestran en la ventana del Explorador de soluciones lo ayudan a distinguir entre archivos bloqueados, desprotegidos y agregados, etc. Un ícono de candado azul indica que un archivo es parte del control de fuente pero que 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 verificación y la operación para obtener la última versión están separadas entre sí. En la práctica, esto significa que antes de desproteger un archivo, debe ejecutar un comando “Obtener más reciente” en los archivos que desea desproteger. Esto se puede hacer simplemente haciendo clic con el botón derecho en un elemento en el Explorador de soluciones y eligiendo el elemento de 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 Control de código fuente/Visual Studio Team Foundation Server. Desde aquí, puede encontrar una opción llamada “Obtener la última versión del artículo al finalizar la compra”. La ventana de control de código fuente 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 código fuente (actualmente desconectada).

Para abrir la ventana, elija el comando de menú Ver/Otras ventanas/Explorador de control de código fuente, o haga doble clic en el nodo Control de código fuente en la ventana Team Explorer de Visual Studio. La ventana del Explorador de control de código fuente le permite ver y manipular archivos en su árbol de control de versiones. Puede realizar todas las mismas operaciones a través de esta ventana que las que podría realizar 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 Explorador de control de código fuente, 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 los edite, agregue o elimine, Visual Studio no devolverá los cambios inmediatamente al control de versiones. En cambio, esto se hace solo cuando registra los cambios. Mientras tanto, todos sus cambios se almacenan de forma predeterminada en una lista de cambios pendientes, que se puede 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 (añadir, editar, eliminar o renombrar) solicitada. Por lo general, realiza sus registros a través de esta ventana, ya que le permite ingresar varios archivos de manera conveniente 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 atómicamente, 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 se puede ver más tarde, por ejemplo, a través de la ventana del Explorador de control de código 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.