¿Le resultó útil esta página?
Sus comentarios sobre este contenido son muy importantes. Háganos saber su opinión.
¿Tiene comentarios adicionales?
Caracteres restantes: 1500
Exportar (0) Imprimir
Expandir todo
Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original.
Traducción
Original

Introducción a Visual Studio Application Lifecycle Management

Este tema contiene un fragmento actualizado de un comentario de octubre 2009 en el blog de Jason Zander que proporciona una propuesta de valor atractiva para Visual Studio Team Foundation Server y orientación práctica para comenzar. Si ya está familiarizado con Team Foundation Server y desea comenzar, este tema también contiene vínculos a los temas adecuados según su rol en el equipo de desarrollo de software.

Zander es el vicepresidente corporativo de Visual Studio. Las capturas de pantalla de este tema se han actualizado para reflejar la versión final del producto.

En este tema

La nueva configuración básica de Team Foundation Server le ofrece una versión de Team Foundation Server fácil de configurar que admite control de código fuente, elementos de trabajo y compilaciones. Es un lugar idóneo para migrar los activos de Visual SourceSafe y seleccionar las nuevas características en el proceso. Desearía examinar cómo se puede empezar usando el sistema. 

Este artículo será muy útil para quienes no hayan instalado o usado Team Foundation Server antes. Team Foundation Server puede admitir entornos sofisticados que incluyen informes de errores, integración con productos de SharePoint, compatibilidad con varios dominios, bases de datos distribuidas, etc. No voy a tratar nada de eso aquí. En su lugar, mi objetivo es ayudarle a entender "por qué Team Foundation Server" y cómo se puede empezar a usar el sistema. 

Primero hablemos sobre "por qué usar Team Foundation Server". El objetivo de Team Foundation Server es crear un repositorio central con un conjunto de herramientas que simplifican mucho la colaboración entre los roles. Se puede intentar unir varios sistemas dispares de la forma siguiente:

Por qué Team Foundation Server

En este caso cada sistema tiene su propio almacenamiento, su propio conjunto de identidad para los activos, sus propios comandos y herramientas. Hacer que esto funcione es como intentar enlazar un conjunto de componentes estéreo personalizados: se puede conseguir, pero requiere mucho trabajo y siempre falta algo.

Sería preferible contar con un sistema que pueda integrar estos elementos juntos y, a continuación, habilitar mi flujo de trabajo predeterminado a través del sistema:

Mejor integración

Esta integración habilita algunos escenarios muy comunes. En un día típico suelo modificar código fuente, compilar el producto, probarlo, informar de errores, corregirlos, enjabonar/aclarar/repetir. Cuando el flujo de trabajo completo se realiza con un repositorio integrado, todos los elementos se pueden relacionar entre sí. Como ejemplo, cuando protejo las correcciones de errores, realmente me gustaría ver que se han resuelto esos defectos con el conjunto de cambios grabado (vea el ejemplo a continuación).

La configuración básica de Team Foundation Server permite hacer exactamente esto, que es una gran mejora sobre disponer simplemente del control de código fuente. Después, la versión completa de Team Foundation Server agrega nuevas características que incluyen pruebas automatizadas, implementación del laboratorio virtual y la validación de arquitectura (por mencionar algunas). Esto expande su flujo de trabajo como sigue:

Flujo de trabajo expandido

Puede decidir cuál de estos nuevos componentes va a agregar al usar Visual Studio.

Hay muchas maneras de obtener acceso a Team Foundation Server. Como ingeniero, su punto de acceso más típico será una versión de Visual Studio. Pero si es un evaluador, puede usar el nuevo producto Administrador de pruebas (no es necesaria ninguna instalación de Visual Studio). Si es un jefe de proyecto, también puede usar la interfaz web, Microsoft Excel, Microsoft Project o la compatibilidad de Microsoft Office SharePoint Server 2007 con los paneles de información (nuevo en Visual Studio 2010). Tratemos esto más adelante. (Para obtener más información, vea Tareas basadas en roles de Team Foundation Server 2010: nota del editor).

En el resto de este artículo, le proporcionaré algunas instrucciones paso a paso sobre cómo trabajar con Team Foundation Server usando la configuración básica para su primer proyecto.

Introducción

Ahora que conoce el concepto es el momento de enlazar todo. Debe empezar por realizar los pasos enumerados en el artículo de Brian Harry sobre Team Foundation Server aquí. Así tendrá en el equipo todo el software necesario con una colección predeterminada, cuyo nombre es DefaultCollection.

En este punto podemos conectar a la colección Team Foundation Server de Visual Studio. La manera más fácil de lograr esto es usar el menú Equipo (también puede usar el vínculo de la página principal):

Conectar con Team Foundation Server

Se le pedirá que busque el servidor donde reside Team Foundation Server. En este caso, mi equipo Windows 7 se denomina JLZW7. Agregue el servidor a la lista mediante el botón Agregar; a continuación, haga clic en Cerrar:

Agregar el servidor

En este punto puede seleccionar el servidor en el cuadro combinado y, a continuación, DefaultCollection; después, haga clic en Conectar:

Haga clic en Conectar

La pestaña Team Explorer contendrá ahora la conexión al servidor y DefaultCollection, pero todavía no tenemos un proyecto de Team Foundation Server en el que almacenar algo:

Team Explorer

Para este tutorial, he creado un nuevo proyecto de Windows Forms que servirá como solución de ejemplo (Archivo, Nuevo proyecto, Windows Forms). Si intenta agregar este nuevo proyecto de código al control de código fuente, obtendrá un error. Por ejemplo:

Agregar nuevo proyecto de Windows Forms

Después de seleccionar el elemento de menú "Agregar solución al control de código fuente", recibe el error "No hay carpetas de control de código fuente de proyecto de equipo disponibles".

Error de carpetas de control de código fuente por no haber proyectos de equipo

El error no es nada intuitivo (especialmente, dado que el proyecto se usa para Team Foundation Server y dentro de la solución de código de Visual Studio pero son cosas diferentes). El error significa que debe crear un proyecto de Team Foundation Server real para contener todos los activos del trabajo. En Team Explorer, haga clic con el botón secundario en la colección y elija Nuevo proyecto de equipo:

Crear un proyecto de equipo

En este caso, voy a crear un proyecto de Team Foundation Server para un sistema de las Cuentas a pagar. Este proyecto contendrá todas las soluciones, datos, etc. necesarios para el sistema global. Después de escribir los datos, haga clic en Siguiente:

Nombre del proyecto de equipo

La plantilla Agile es el valor predeterminado, pero también puede seleccionar CMMI. Puede buscar en MSDN más detalles sobre los tipos de plantilla de proyecto. Si usa cualquier metodología ágil (como TDD), esta es una opción adecuada. Después de hacer su elección, haga clic en Finalizar:

Seleccionar una plantilla de procesos

Obtendrá varias actualizaciones de estado mientras se crea el proyecto:

Actualización de estado en creación de proyecto de equipo

Cuando el proceso finalice correctamente, haga clic en el botón Cerrar:

Proyecto de equipo creado correctamente

Team Explorer tendrá ahora el proyecto preparado para contener elementos de trabajo, compilaciones y control de código fuente:

El nuevo proyecto aparece en Team Explorer

Llegado a este punto, puede actualizar la colección de proyectos. Ahora agregue la nueva solución a Team Foundation Server otra vez. Haga clic con el botón secundario en el Explorador de soluciones y seleccione Agregar solución al control de código fuente.

Agregar solución al control de código fuente

En este punto podría crear una nueva carpeta en Team Foundation Server para la solución o aceptar simplemente el valor predeterminado. Cuando termine, haga clic en el botón Aceptar:

Almacenar solución en Team Foundation Server

Si el proceso se realiza correctamente, el Explorador de soluciones mostrará que los archivos están bajo el control de código fuente (vea el símbolo '+' delante de los archivos):

Explorador de soluciones con nueva solución recién agregada

También verá la lista de acciones de control de código fuente realizadas para publicar la solución. Agregue un comentario y haga clic en Proteger.

Proteger solución en control de código fuente

Confirme la protección haciendo clic en Sí.

Confirmar protección

En este punto su nueva solución está en Team Foundation Server y está preparada para los elementos de trabajo.

Elementos de trabajo

Puede crear elementos de trabajo directamente en Visual Studio mediante Team Explorer, a través del front-end web y la herramienta Administrador de pruebas. Para examinar los elementos de trabajo, abra Team Explorer y expanda Elementos de trabajo, Consultas del equipo, Iteración 1. A continuación, puede hacer doble clic en cualquier consulta (como Errores activos) para ver cualquier elemento disponible para usted:

Cree elementos de trabajo

Nuestro proyecto de Team Foundation Server está vacío; así que no hay ningún error activo en la lista:

Proyecto de equipo sin errores activos

Creemos un nuevo elemento para empezar con el negocio. Seleccione el menú Equipo, Nuevo elemento de trabajo. Aquí puede crear varios tipos de elementos de trabajo para realizar el seguimiento de las características, defectos, etc. Seleccionaremos Error para continuar:

Menú Nuevo elemento de trabajo

Escriba los datos que desee para el nuevo error y haga clic el Guardar elemento de trabajo para confirmarlo en la base de datos:

Crear un elemento de trabajo de error

Si actualiza ahora la lista de consulta de errores activos, verá el nuevo error:

Actualizar consulta para ver nuevo error

Agreguemos un error real para corregir nuestro proyecto. En mi ejemplo creé una aplicación de Windows Forms predeterminada. Vamos a actualizar el título:

Segundo error en nuevo proyecto

Ahora necesitamos corregir el error. Vuelva a navegar al Explorador de soluciones, seleccione Form1.cs y, a continuación, elija Desproteger para editar:

Desproteger archivo de control de código fuente

Haga clic en el botón Desproteger para confirmar:

Confirmar desprotección

El archivo tendrá ahora una marca de verificación al lado para que sepa que está abierto para edición:

Archivo desprotegido del control de código fuente

Cuando actualiza la propiedad Text de la ventana principal, Visual Studio desprotegerá automáticamente cualquier archivo dependiente:

Visual Studio desprotege más archivos

Esta es una aplicación de Windows Forms pero funciona en todos los tipos de solución y de proyecto. Ahora que estamos contentos con el cambio del código, seleccione la pestaña Cambios pendientes en la parte inferior de Visual Studio:

Seleccionar cambios pendientes

En este caso estamos corrigiendo un error, así que haga clic en el botón del icono Elementos de trabajo:

Seleccionar el botón de elementos de trabajo

Seleccione el error #2 que realiza el seguimiento de nuestro error de título. Vamos a resolverlo con esta protección:

Asociar error con protección

Agregue cualquier comentario que desee y haga clic en Proteger; a continuación, haga clic en Sí para confirmar:

Agregar comentarios al proteger

Confirmar protección

Si actualiza el error #2, verá el estado cambiado a Resuelto y el historial actualizado:

Error asociado resuelto automáticamente

Observe que el conjunto de cambios (el conjunto de cambios del control de código fuente) se ha incluido automáticamente en el historial.

Conjunto de cambios agregados al historial

En este punto podría continuar creando y corrigiendo los errores como sea necesario para distribuir la solución.

Otras maneras de explorar Team Foundation Server

Mencioné que no tiene que usar Visual Studio para obtener acceso al repositorio de Team Foundation Server. Hemos hecho mucha integración profunda con otros clientes como web y Microsoft Office. Como ejemplo, puedo abrir simplemente mi explorador web e ir a mi servidor utilizando el nombre del servidor (donde 8080 es el puerto predeterminado): http:// jlzw7:8080/tfs/

Vaya a Team Web Access

En este punto puedo explorar mis colecciones y proyectos. Si selecciona el nuevo proyecto AccountsPayable que hemos creado y, a continuación, el botón Continuar, puede obtener más detalles. En este caso, si navego a la pestaña Elementos de trabajo, puedo buscar errores en el sistema, incluido el que hemos resuelto recientemente:

Proyecto de equipo en Team Web Access

Esta es una manera muy fácil de explorar el proyecto desde cualquier equipo sin necesidad de instalar nada. Hay una compatibilidad similar para usar Microsoft Excel, Microsoft Project, etc. Este tipo de acceso simplifica la colaboración de todas las personas que trabajan en el proyecto (ingenieros y jefes de proyecto).

En este punto tiene un conjunto muy útil de activos que puede usar para que se realice el trabajo. Para aquellos de ustedes que usan Visual SourceSafe actualmente, este nivel de compatibilidad podría ser muy satisfactorio. Ahora puede salir de este tutorial y volver más adelante si desea probar algunas características avanzadas, por ejemplo el escenario de prueba que mostré mediante la beta 1 en este tutorial.

Compatibilidad de la Compilación

La parte típica siguiente del flujo de trabajo será automatizar las compilaciones del producto. Suponiendo que siguió las instrucciones de instalación de Brian, ahora tiene compatibilidad de compilación local en su equipo con Team Foundation Server. El primer paso es navegar a Team Explorer, hacer clic con el botón secundario en Definiciones de compilación y seleccione Nueva definición de compilación:

Crear una nueva definición de compilación

Esto nos dará un conjunto de definiciones para rellenar, exactamente igual que una página de propiedades de proyecto de código:

Página Definición de compilación

La página Desencadenador nos permite decidir cuándo se ponen en marcha las compilaciones. Puede elegir entre muchas opciones:

  • Manual es el valor predeterminado y la opción que usaremos. Con esta opción tendremos que poner en marcha nuestras propias compilaciones.

  • La Integración continua es muy útil si desea tener una nueva compilación después de cada protección. Esto le permite validar los nuevos cambios enseguida, en lugar de esperar a que se mezclen muchas protecciones.

  • Las Compilaciones graduales le proporcionan una manera de agrupar los cambios en lotes, lo que resulta muy útil cuando las compilaciones empiezan a tardar un rato y no se puede permitir realizar cada una.

  • Las Protecciones controladas le permiten asegurarse todas las protecciones de compilación antes de confirmarlas en Team Foundation Server. Esto asegura que nunca expondrá una interrupción de compilación a otros miembros del equipo.

  • Las compilaciones programadas son útiles para obtener una compilación diaria para que la pruebe todo el equipo.

Puede crear y usar muchas definiciones de compilación diferentes que le permiten emplear distintos tipos de compilación para diversos fines.

Puede explorar todas las pestañas cuando desee (cada una se documenta totalmente con el producto). Pero necesitamos resolver el signo de advertencia amarillo de Valores predeterminados de Generar; para ello, proporcionaremos a la compilación una ubicación para almacenar nuestra nueva compilación, en este caso una UNC pública que creé en mi equipo:

Agregar ruta UNC para Valores predeterminados de compilación

Ahora puede guardar la definición de compilación en Team Foundation Server. Si regresamos a Team Explorer, podemos poner en la cola una compilación del proyecto:

Poner nueva compilación en cola

Obtendremos un diálogo de confirmación donde simplemente podemos seleccionar el botón Cola:

Confirmación de la compilación en cola

A continuación, esto quitará de la cola una compilación en mi equipo, tal y como muestra la página de estado:

Compilación agregada a la cola

Si hace doble clic en la compilación en cola, obtendrá al estado detallado de la compilación:

Estado detallado de la compilación en cola

Desde aquí puede ver advertencias y errores, ver el archivo de registro, navegar a la entrega, etc. Por ejemplo, si selecciona el vínculo "Ver archivo de registro", puede ver el script de compilación ejecutado (subconjunto):

Script de compilación del archivo de registro

Si selecciona el vínculo Abrir carpeta de entrega, le llevará a nuestra ubicación de entrega:

Ubicación de destino de la compilación

Ahora cualquiera puede elegir la compilación y hacer sus pruebas cotidianas, el lanzamiento a un cliente, etc.

En este punto realmente tiene todo lo que necesita para usar todas las características básicas de Team Foundation Server. 

Cuando un equipo empieza a trabajar con Visual Studio Application Lifecycle Management (ALM), el administrador configura el servidor, el jefe de proyecto crea un proyecto de equipo y los demás miembros del equipo preparan sus entornos de trabajo. Los vínculos del resto de este tema le guían por las tareas de introducción a Team Foundation Server basadas en los siguientes roles de desarrollo de software:

Tareas del administrador de Team Foundation

  1. Si ha seguido el tutorial anterior de este tema, instaló Team Foundation Server utilizando la configuración básica. Sin embargo, puede ser necesario realizar otras tareas de instalación, que incluyen actualizar una instalación anterior de Team Foundation Server o realizar una instalación personalizada de Team Foundation Server o uno de sus requisitos previos.

    Para obtener más información, vea este tema en el sitio web de Microsoft: Installation Guide for Team Foundation.

  2. Si ha seguido el tutorial anterior de este tema, se le concedieron automáticamente todos los permisos necesarios para la creación del proyecto durante la instalación de Team Foundation Server. Quizás desee conceder a los usuarios los permisos adicionales que necesitan para actuar como administradores, administradores de proyecto y otros roles.

    Para obtener más información, vea Configurar usuarios, grupos y permisos.

  3. Cree un plan del mantenimiento que le ayudará a asegurarse de que se realice una copia de seguridad de los datos en caso de error de hardware u otro evento. Para obtener más información, vea Hacer copias de seguridad y restaurar la implementación.

  4. Si cualquiera de sus equipos va a usar Visual Studio Lab Management, instale Microsoft System Center Virtual Machine Manager, configure Lab Management y cree los entornos virtuales.

    Para obtener más información, vea Configurar Lab Management por primera vez.

  5. Si cualquiera de sus equipos va a implementar compilaciones y ejecutar pruebas de forma remota, instale los controladores de prueba y agentes de prueba en máquinas virtuales o físicas.

    Para obtener más información, vea Configurar máquinas de pruebas para ejecutar pruebas o recopilar datos.

  6. Si ha seguido el tutorial anterior de este tema, instaló Team Foundation Build utilizando la configuración básica. Sin embargo, puede ser necesario realizar ciertas tareas de administración para obtener el entorno de compilación que requiere.

    Para obtener más información, vea Administrar Team Foundation Build.

  7. Revise las opciones para cambiar o modificar la implementación a medida que cambien sus necesidades operacionales. Para obtener más información, vea Administrar la configuración del servidor.

Tareas del jefe de proyecto

  1. Instale el cliente o los clientes de Team Foundation que se van a usar.

    Para obtener más información, vea Instalar Visual Studio.

  2. Determine los requisitos de recursos del proyecto y la colección de proyectos en la que creará un proyecto de equipo.

    Para obtener más información, vea Guía de inicio rápido para iniciar un proyecto de equipo.

  3. Elegir una plantilla de procesos.

    Para obtener más información, vea Elegir una plantilla de procesos.

  4. En Team Explorer, cree un proyecto de equipo.

    Para obtener más información, vea Crear un proyecto de equipo.

  5. (Opcional) Defina las áreas de producto e hitos para su proyecto de equipo.

    Para obtener más información, vea Crear y modificar áreas e iteraciones.

  6. Conceda a los miembros del equipo los permisos que necesitan para trabajar en el proyecto de equipo.

    Para obtener más información, vea Agregar usuarios a proyectos de equipo.

  7. (Opcional) Conceder permisos adicionales a miembros del equipo concretos.

    Puede que usted u otro administrador necesite proporcionar permisos adicionales a determinados miembros del equipo que vayan a ser responsables de administrar el código fuente en control de versiones de Team Foundation, administrar las compilaciones, administrar las pruebas y el entorno de laboratorio para las pruebas, y otras actividades del proyecto. Se pueden asignar permisos concretos a miembros individuales o grupos del equipo.

    Para obtener más información, vea las siguientes secciones de Permisos de Team Foundation Server.

    • Permisos de nivel de compilación

    • Permisos de nivel de proyecto

    • Permisos de nivel de área e iteración para el seguimiento de los elementos de trabajo

    • Permisos para el control de versiones

    • Permisos de Lab Management

  8. (Opcional) Conceda permisos adicionales a los autores de informes.

    Para crear o modificar informes que tienen acceso a los datos que están almacenados en el almacén de datos, los miembros del equipo deben disponer de acceso de lectura a las bases de datos que constituyen el almacén de datos. Para obtener más información, vea Conceder acceso a las bases de datos del almacén de datos para Visual Studio ALM

  9. Notificar a los miembros del equipo los recursos del proyecto de equipo y las actividades de inscripción.

    Para obtener más información, vea Notificar los recursos del proyecto de equipo a los miembros del equipo.

  10. Planear el producto.

    Si el proyecto de equipo se basa en la plantilla de procesos para MSF for Agile Software Development v5.0, puede crear el trabajo pendiente del producto con el libro Planeación del producto. Puede usar el libro Planeación del producto para administrar el trabajo pendiente de casos de usuario y equilibrar la carga de trabajo entre varias iteraciones, también conocidas como sprints. Para obtener más información, vea Libro Planeación del producto.

    Si el proyecto de equipo se basa en la plantilla de procesos de MSF for CMMI Process Improvement v5.0, puede usar la consulta de equipo Requisitos del producto para empezar a planear el producto. Puede abrir esta consulta en Office Excel, agregar los requisitos y, a continuación, publicarlos en Team Foundation. También puede utilizar Office Project para planear y programar el proyecto. Para obtener más información, vea los temas siguientes:

Tareas para el control de versiones y los administradores de compilación

  1. Configure el control de versiones.

    Para obtener más información, vea Administrar el control de versiones de Team Foundation.

  2. Si está usando Team Foundation Build, cree las definiciones de compilación para cada uno de los proyectos de equipo.

    Para obtener más información, vea Compilar la aplicación.

Tareas para los miembros individuales del equipo

  1. Instale los clientes de Team Foundation que usará.

    Para obtener más información, vea Instalar Visual Studio.

  2. Configure el área de trabajo para el control de versiones.

    Para obtener más información, vea Crear un área de trabajo para trabajar con el proyecto de equipo y Colocar archivos bajo el control de versiones.

  3. Familiarícese con la creación, modificación y búsqueda de tareas y otros elementos de trabajo.

    Para obtener más información, vea Introducción al seguimiento del trabajo.

Adiciones de comunidad

AGREGAR
Mostrar:
© 2015 Microsoft