Hispanopedia Wiki
Articulo de referencia

Servidor Azure DevOps

{{Cite web\n | title = Azure DevOps Server Release Notes\n | url = https://learn.microsoft.com/en-us/azure/devops/server/release-notes/azuredevopsserver\n | website = Microsoft ...

Hispanopedia WikiContenido en espanolLectura gratuita

Azure DevOps Server , anteriormente conocido como Team Foundation Server ( TFS ) y Visual Studio Team System ( VSTS ), es un producto de Microsoft que proporciona control de versiones (ya sea con Team Foundation Version Control (TFVC) o Git ), informes, gestión de requisitos , gestión de proyectos (tanto para equipos de desarrollo de software ágil como para equipos tradicionales ), compilaciones automatizadas, pruebas y capacidades de gestión de lanzamientos . Cubre todo el ciclo de vida de la aplicación y habilita las capacidades de DevOps . [ 2 ] Azure DevOps se puede utilizar como back-end para numerosos entornos de desarrollo integrados (IDE), pero está diseñado específicamente para Microsoft Visual Studio y Eclipse en todas las plataformas. [ 3 ]

En las instalaciones frente a en línea

Azure DevOps está disponible en dos formatos diferentes: local ("Servidor") y en línea ("Servicios"). [ 4 ] Este último formato se denomina Azure DevOps Services (anteriormente Visual Studio Online, antes de que se renombrara a Visual Studio Team Services en 2015). El servicio en la nube está respaldado por la plataforma en la nube Microsoft Azure . Utiliza el mismo código que la versión local de Azure DevOps, con modificaciones menores, e implementa las características más recientes. Un usuario inicia sesión con una cuenta de Microsoft para configurar un entorno, crear proyectos y agregar miembros al equipo. Las nuevas características desarrolladas en ciclos de desarrollo cortos se agregan primero a la versión en la nube. Estas características migran a la versión local como actualizaciones, aproximadamente cada tres meses. [ 5 ]

Arquitectura

Arquitectura del servidor

Azure DevOps se basa en una arquitectura escalable de múltiples niveles . La estructura principal consta de un nivel de aplicación responsable de procesar la lógica y mantener el portal de la aplicación web (conocido como Team Web Access o TWA). Azure DevOps se basa en los servicios web de Windows Communication Foundation . Para admitir la escalabilidad, el nivel de aplicación puede estar balanceado y el nivel de datos puede estar agrupado en clústeres. [ 6 ]

El contenedor principal es la colección de proyectos. Una colección de proyectos es una base de datos que contiene un grupo de proyectos de equipo. Los datos de las bases de datos de la colección de proyectos se agregan a la base de datos del almacén, que desnormaliza los datos para su posterior carga en un cubo de Analysis Services. El almacén y el cubo permiten generar informes de tendencias complejos y realizar análisis de datos.

Azure DevOps puede integrarse con una granja de SharePoint existente. [ 7 ] Para brindar soporte a equipos que requieren programación de proyectos empresariales, Azure DevOps también se integra con Microsoft Project Server .

Extensibilidad

Microsoft proporciona dos API redistribuidas independientes para conectarse a Azure DevOps: un SDK de Java y un SDK de .NET Framework . Estas API permiten la conectividad de clientes a Azure DevOps. Dado que Azure DevOps está escrito sobre una arquitectura orientada a servicios , puede comunicarse con prácticamente cualquier herramienta que pueda llamar a un servicio web. Otro mecanismo extensible es la suscripción a alertas del sistema: por ejemplo, alertas de que se modificó un elemento de trabajo o se completó una compilación. [ 8 ] Cuando se utilizan en un escenario extensible, estas alertas se pueden enviar a un servicio web, lo que desencadena acciones para modificar o actualizar elementos de trabajo (como implementar reglas de negocio avanzadas o generar elementos de trabajo mediante programación en función de un escenario determinado).

El almacén de datos también se puede ampliar mediante la creación de adaptadores de almacén de datos personalizados. [ 9 ]

Clientela

Azure DevOps admite Visual Studio 2010 y versiones posteriores, Microsoft Test Manager (MTM) 2012 y 2013. Eclipse, versiones anteriores de Visual Studio y otros entornos se pueden integrar en Azure DevOps mediante el proveedor de integración de control de código fuente de Microsoft. [ 10 ]

Microsoft Excel y Microsoft Project también son compatibles para gestionar elementos de trabajo, permitiendo la actualización, entrada y exportación masiva de los mismos. Microsoft Project se puede utilizar para programar el trabajo siguiendo una metodología de desarrollo de software en cascada. Tanto Excel como Project admiten actualizaciones bidireccionales de datos. Esto permite, por ejemplo, que los gestores de proyectos creen un cronograma en Project, importen ese trabajo a Azure DevOps, donde los desarrolladores lo actualizan, y posteriormente se actualice el cronograma.

Con Team Foundation Server 2012, Microsoft PowerPoint también se integró con Azure DevOps para facilitar el desarrollo rápido de storyboards y optimizar la gestión de requisitos. Esta integración proporciona formas de storyboard extensibles que permiten crear cualquier tipo de maqueta de interfaz, la cual puede animarse con las funciones integradas de PowerPoint. Posteriormente, estos storyboards pueden vincularse a elementos de trabajo.

Con el fin de gestionar la creciente dispersión geográfica de los equipos e involucrar a las partes interesadas de forma más temprana y frecuente en el proceso, Microsoft añadió el Cliente de comentarios. [ 11 ] Esta herramienta permite a los usuarios probar una aplicación, anotar lo que ven con audio y vídeo, capturar pantallas y proporcionar comentarios contextuales al equipo de desarrollo.

Elementos de trabajo

En el núcleo de Azure DevOps se encuentra el "elemento de trabajo", que puede ser una tarea que debe completarse, un riesgo que debe rastrearse, un caso de prueba, un error, etc. Los elementos de trabajo se definen mediante documentos XML y son altamente extensibles. [ 12 ] Los elementos de trabajo se combinan en una plantilla de proceso que contiene esta y otra información para proporcionar un marco de desarrollo. Azure DevOps incluye plantillas de proceso para Microsoft Solutions Framework para Agile, Scrum y CMMI. [ 13 ]

Los elementos de trabajo pueden vincularse entre sí mediante diferentes relaciones para crear una estructura jerárquica o una relación plana. También pueden vincularse a artefactos externos como páginas web, documentos, código fuente, resultados de compilación, resultados de pruebas y versiones específicas de elementos en el control de versiones.

La flexibilidad del sistema de elementos de trabajo permite que Azure DevOps desempeñe múltiples funciones, desde la gestión de requisitos hasta el seguimiento de errores, riesgos e incidencias, así como el registro de los resultados de las revisiones. Las capacidades de vinculación extensibles garantizan la trazabilidad desde los requisitos hasta el código fuente, los casos de prueba y los resultados, y permiten generar informes para fines de auditoría y para comprender el historial de cambios.

Control de origen

Azure DevOps admite dos tipos diferentes de control de versiones : su motor de control de versiones original llamado Team Foundation Version Control (TFVC) y, con el lanzamiento de TFS 2013, admite Git como repositorio principal de control de versiones.

Control de versiones de Team Foundation

TFVC es un sistema de control de versiones centralizado que permite a los equipos almacenar cualquier tipo de artefacto dentro de su repositorio. [ 14 ] TFVC admite dos tipos diferentes de espacios de trabajo cuando se trabaja con herramientas de cliente: espacios de trabajo de servidor y espacios de trabajo locales. [ 15 ] Los espacios de trabajo de servidor permiten a los desarrolladores bloquear archivos para su extracción y notificar a otros desarrolladores que los archivos se están editando. Una queja frecuente sobre este modelo es que los archivos en la máquina de desarrollo se marcan como de solo lectura. También requiere que los desarrolladores se "desconecten" cuando no se puede contactar con el servidor. Los espacios de trabajo locales se diseñaron para evitar estos problemas. En un escenario de espacio de trabajo local, los archivos no son de solo lectura y no es necesario extraerlos antes de trabajar en ellos. Mientras los archivos estén en la máquina local del desarrollador, no importa si el servidor está conectado o no. Los conflictos se resuelven en el momento de la confirmación .

Para mejorar el rendimiento de los clientes remotos, Azure DevOps incluye la posibilidad de instalar servidores proxy . [ 16 ] Los servidores proxy permiten almacenar en caché el contenido del control de versiones en un sitio más cercano a los desarrolladores para evitar largos viajes de red y la latencia asociada. Las confirmaciones se siguen realizando directamente en la capa de aplicación de Azure DevOps, por lo que el servidor proxy resulta más beneficioso en escenarios de lectura.

Como parte del motor de control de versiones, Azure DevOps admite varias funciones para ayudar a los desarrolladores a garantizar que el código que se incorpora cumpla con reglas configurables. Azure DevOps también admite una función de análisis de código que, cuando se usa de forma independiente, se conoce como FxCop .

Git

Con el lanzamiento de TFS 2013, Microsoft añadió compatibilidad nativa con Git . No se trata de una implementación específica de Microsoft, sino de una implementación estándar basada en la biblioteca libgit2 [ 17 ] . Gracias a que Microsoft optó por utilizar una biblioteca estándar, cualquier cliente Git puede ahora utilizarse de forma nativa con Azure DevOps. Esto permite que herramientas de cualquier plataforma y cualquier IDE compatible con Git se conecten a Azure DevOps. Además, si los desarrolladores no desean utilizar el complemento Team Explorer Everywhere de Microsoft para Eclipse , pueden optar por utilizar eGit [ 18 ] para conectarse a Azure DevOps.

Informes

La infraestructura de informes consta de un almacén de datos, [ 19 ] que es una base de datos relacional y un cubo de datos de SQL Server Analysis Services. [ 20 ] Ambas fuentes están disponibles para generar informes a través de SQL Server Reporting Services cuando se instala esta opción. Dado que se trata de estructuras estándar de bases de datos y cubos, cualquier herramienta que pueda apuntar a estas fuentes de datos puede generar informes a partir de ellas. Esto incluye herramientas como Cognos, Tableau, Excel y otras herramientas de informes. Cada plantilla de proceso preconfigurada incluye un conjunto de informes para Reporting Services que abarcan información de compilación, resultados y progreso de las pruebas, gestión de proyectos, informes ágiles (Resumen de la cartera de pendientes, Gráfico de avance de la versión, Gráfico de avance del sprint y Velocidad), datos de errores e incidencias. Se pueden crear nuevos informes utilizando Report Builder para SSRS y se puede modificar cualquiera de los informes existentes.

TFS 2013 introdujo una nueva función llamada "informes ligeros" que permite crear informes en tiempo real basados ​​en los resultados de las consultas y que no dependen del almacén de datos ni del cubo.

Formación de equipos

Team Build (antes de TFS 2015) es una aplicación de servidor de compilación incluida con Team Foundation Server. Team Build se compone de dos elementos: MSBuild y Windows Workflow Foundation . MSBuild es un lenguaje XML declarativo similar a Apache Ant .

Windows Workflow controla el flujo general del proceso de compilación, y Azure DevOps incluye muchas actividades de flujo de trabajo predefinidas para gestionar las tareas comunes que se realizan durante una compilación. [ 21 ] El sistema de compilación es extensible, lo que permite a los usuarios crear sus propias actividades de flujo de trabajo, inyectar MSBuild en el proceso y ejecutar procesos externos.

El proceso de compilación se puede configurar para varios tipos de compilaciones, incluidas las compilaciones programadas, la integración continua , la confirmación controlada y las compilaciones progresivas.

El proceso de compilación en Azure DevOps también forma parte del mecanismo de trazabilidad, ya que Team Build reúne muchos de los artefactos que se crean y almacenan en Azure DevOps. Si los desarrolladores asocian el código fuente con los elementos de trabajo al confirmar los cambios, Team Build puede informar sobre los cambios en cada compilación, tanto los cambios en el código fuente como en los elementos de trabajo, así como los resultados de las pruebas. A medida que se resuelven los errores y los elementos de la cartera de productos ( PBI) y se integran en las compilaciones, los elementos de trabajo que registran estos artefactos se actualizan automáticamente para indicar en qué compilación se integraron correctamente. En combinación con las herramientas de prueba, los evaluadores obtienen una vista integrada del código que se modificó en cada compilación, así como de los errores, los PBI y otros elementos de trabajo que cambiaron de una compilación a otra.

Gestión de lanzamientos

A mediados de 2013, Microsoft adquirió un producto llamado InRelease de InCycle Software. [ 22 ] InRelease se integró completamente en Team Foundation Server 2013. Esta funcionalidad complementó los procesos automatizados de compilación y prueba al permitir una verdadera solución de implementación continua . Las herramientas se renombraron como "Administración de versiones" para TFS 2013. Las capacidades de Administración de versiones brindan a los equipos la capacidad de realizar una implementación controlada, basada en flujos de trabajo (proporcionados por Windows Workflow Foundation ), a entornos de desarrollo, prueba y producción, y proporciona paneles para monitorear el progreso de una o más implementaciones.

Historia

Esta primera versión de Team Foundation Server se lanzó el 17 de marzo de 2006. [ 23 ]

Véase también

Referencias

  1. ↑ "Notas de la versión de Azure DevOps Server" . Microsoft Learn . Consultado el 25 de octubre de 2025 .
  2. ↑ "Administración del ciclo de vida de las aplicaciones con Visual Studio y Team Foundation Server" . MSDN . Microsoft. 2013. Consultado el 15 de octubre de 2013 .
  3. ↑ "Adoptando Team Explorer en todas partes" . MSDN . Microsoft. 28 de abril de 2015. Consultado el 26 de mayo de 2017 .
  4. ↑ "¿Qué es Azure DevOps ? Servicios, ejemplos y mejores prácticas" . codefresh.io
  5. ↑ "El nuevo lanzamiento 'Cadence' comienza con Visual Studio 2012 Update 2" . 1105 Media. 2013. Consultado el 15 de octubre de 2013 .
  6. ↑ "Mejoras de disponibilidad (Motor de base de datos)" . Microsoft. 2012. Consultado el 17 de octubre de 2013 .
  7. ↑ "Arquitectura de Team Foundation Server" . Microsoft. 2012. Consultado el 17 de octubre de 2013 .
  8. ↑ "Configura alertas, recibe notificaciones cuando se produzcan cambios" . Microsoft. 2013. Consultado el 17 de octubre de 2013 .
  9. ↑ "Cómo crear un adaptador" . Microsoft. 2008. Consultado el 17 de octubre de 2013 .
  10. ↑ "Microsoft Visual Studio Team Foundation Server 2012 MSSCCI Provider" . Microsoft. 2012. Consultado el 17 de octubre de 2013 .
  11. ↑ "Solicitar y revisar comentarios" . Microsoft. 2012. Consultado el 17 de octubre de 2013 .
  12. ↑ "Cómo personalizar elementos de trabajo y flujos de trabajo de TFS 2010" . Ted Gustaf. 2010. Archivado del original el 19 de octubre de 2013. Consultado el 17 de octubre de 2013 .
  13. ↑ "Microsoft Visual Studio Team Foundation Server 2013 Power Tools" . Microsoft. 2013. Consultado el 17 de octubre de 2013 .
  14. ↑ "Control de versiones de Team Foundation (TFVC)" . Azure DevOps. Microsoft Docs . Consultado el 23 de septiembre de 2019 .
  15. ↑ "Espacios de trabajo del servidor frente a espacios de trabajo locales" . Phil Kelley. 2013. Consultado el 17 de octubre de 2013 .
  16. ↑ "Cómo: Instalar Team Foundation Proxy y configurar un sitio remoto" . Microsoft. 2013. Consultado el 17 de octubre de 2013 .
  17. ↑ "GitHub libgit2/libgit2" . GitHub. 2013. Consultado el 31 de octubre de 2013 .
  18. ↑ "EGit" . Eclipse. 2013. Consultado el 31 de octubre de 2013 .
  19. ↑ "Componentes del almacén de datos TFS" . Microsoft. 2013. Consultado el 17 de octubre de 2013 .
  20. ↑ "Perspectivas y grupos de medidas proporcionados en el cubo de Analysis Services para Team System" . Microsoft. 2013. Consultado el 17 de octubre de 2013 .
  21. ↑ "Actividades de compilación de Team Foundation" . Microsoft. 2013. Consultado el 17 de octubre de 2013 .
  22. ↑ "Microsoft adquiere InRelease, añadiendo la implementación continua a Visual Studio y Team Foundation Server" . The Next Web. 2013. Consultado el 15 de noviembre de 2013 .
  23. ↑ Taft, Darryl K. (16 de marzo de 2006). "Microsoft anuncia el lanzamiento de Team Foundation Server" . Desarrollo. eWeek . Ziff Davis . Recuperado el 13 de octubre de 2019 .
  24. ↑ kexugit (21 de noviembre de 2013). "¿Qué versión de Team Foundation Server tengo?" . docs.microsoft.com . Consultado el 26 de agosto de 2020 .
  25. ↑ "Cronología de las características de Azure DevOps" . docs.microsoft.com . Consultado el 15 de febrero de 2021 .
  26. ↑ "Microsoft presenta la próxima versión de Visual Studio y .NET Framework" . Noticias de la compañía . Microsoft . 29 de septiembre de 2008. Consultado el 13 de octubre de 2019 .
  27. ↑ Bright, Peter (12 de noviembre de 2013). "Microsoft lleva el desarrollo a la nube con Visual Studio Online" . Tecnología de la información. Ars Technica . Condé Nast . Consultado el 13 de octubre de 2019 .
  28. ↑ Cool, Jamie (10 de septiembre de 2018). "Introducción a Azure DevOps" . Blog. Microsoft Azure . Microsoft . Consultado el 13 de octubre de 2019 .
  29. ↑ Mackie, Kurt (5 de marzo de 2019). "Ya disponible: Azure DevOps Server 2019" . Blog. Microsoft Azure . Microsoft . Consultado el 13 de octubre de 2019 .
  30. ↑ Morales, Gloridel (06/12/2022). "Ya disponible: Azure DevOps Server 2022 RTW" . Blog. Blog de Azure DevOps . Microsoft .
  • Sitio web oficialEdita esto en Wikidata
Obtenido de " https://en.wikipedia.org/w/index.php?title=Azure_DevOps_Server&oldid=1341861671 "
Lecturas relacionadas
6 articulos
MicrosoftMicrosoftMicrosoft Corporation es una corporación multinacional y empresa de tecnología estadounidense con sede en Redmond, Washington . [2] Sus productos d...Control de versionesControl de versionesEl control de versiones (también conocido como control de revisión , control de código fuente y gestión de código fuente ) es la práctica de ingeni...GitGitGit ( / ɡ ɪ t / ) [8] es un sistema de control de versiones distribuido [9] que rastrea las versiones de los archivos . Los programadores que desar...Gestión de requisitosLa gestión de requisitos es el proceso de documentar, analizar , rastrear , priorizar y acordar los requisitos, para luego controlar los cambios y ...Gestión de proyectosGestión de proyectosLa gestión de proyectos es el proceso de supervisar el trabajo de un equipo para lograr todos los objetivos del proyecto dentro de las limitaciones...Desarrollo de software ágilDesarrollo de software ágilEl desarrollo de software ágil es un término general para los enfoques de desarrollo de software que reflejan los valores y principios acordados po...