Actualice la implementación a la versión más reciente de Azure DevOps Server

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015

Nota

Azure DevOps Server anteriormente se denominaba Visual Studio Team Foundation Server.

En este artículo se proporciona información general para actualizar una implementación local a TFS 2018, Azure DevOps Server 2019 o Azure DevOps Server 2020. El proceso de actualización general es el siguiente:

  • Prepare el entorno. Los nuevos requisitos del sistema pueden requerir una actualización a hardware o software. En cualquier caso, una actualización es un buen momento para considerar si el entorno actual satisface sus necesidades o si tiene sentido realizar cambios.

  • Espere lo mejor, prepárese para el peor. Aunque Azure DevOps Server actualizaciones son confiables, siempre tiene sentido prepararse para un escenario en el peor de los casos. Asegúrese de que tiene disponible un conjunto completo y coherente de copias de seguridad de base de datos.

    Nota

    Si actualiza en su lugar y no pasa a nuevo hardware, considere la posibilidad de un "dry run" de la actualización en un entorno de preproducción.

  • Realice la actualización. Después de finalizar la preparación, instale la nueva versión. Obtenga los archivos binarios y ejecute el proceso de instalación para actualizar los servidores.

    Sugerencia

    En algunas circunstancias, es posible que tenga que desinstalar la versión anterior de Azure DevOps Server instalar la versión más reciente de la Azure DevOps Server para la misma máquina. En estos casos, el instalador mostrará una advertencia y debe seguir las instrucciones del mensaje de advertencia.

  • Configure las nuevas características. Es posible que tenga que configurar cada proyecto para obtener acceso a las nuevas características que se han puesto a disposición. No tiene que realizar todas las configuraciones inmediatamente, pero algunas características no estarán disponibles hasta que se configuren. En función del proyecto, use el Asistente para configurar características para realizar cambios o realizar cambios manualmente mediante la actualización de archivos de definición XML.

Rutas de actualización compatibles

Para las versiones anteriores Azure DevOps servidores locales, la siguiente matriz de actualización muestra los pasos adecuados para actualizar en función de la versión desde la que actualice. (Asegúrese de seleccionar la versión de contenido que coincida con la versión del servidor a la que desea actualizar).

Azure DevOps de ruta de acceso de actualización de 2020 para todas las versiones anteriores.

Azure DevOps de ruta de acceso de actualización de 2019 para todas las versiones anteriores.

Matriz de rutas de acceso de actualización de TFS 2018 para todas las versiones anteriores.

Antes de actualizar a Azure DevOps Server 2020

Al actualizar la implementación local a Azure DevOps Server 2020, debe tener en cuenta que solo se admite la actualización desde TFS 2015 y versiones posteriores. Si usa TFS 2013 o versiones anteriores, primero debe actualizar a TFS 2015.

Antes de actualizar a Azure DevOps Server 2019

Al actualizar la implementación local a Azure DevOps Server 2019, debe tener en cuenta los dos elementos siguientes que afectan a la personalización y los informes de seguimiento del trabajo.

Disponibilidad del modelo de proceso de herencia para nuevas colecciones de proyectos

Azure DevOps Server 2019 proporciona compatibilidad con el uso del modelo de proceso de herencia para personalizar la experiencia de seguimiento del trabajo. Solo puede obtener acceso a esta característica mediante la creación de una nueva colección de proyectos. Las colecciones de proyectos existentes solo admitirán el modelo de proceso XML local.

Si elige el modelo de proceso de herencia para nuevas colecciones de proyectos, también elegirá automáticamente el servicio Analytics para admitir informes. No podrá agregar servicios de informes de SQL Server a los proyectos que agregue a las nuevas colecciones de proyectos. Si elige el modelo de proceso XML local para las nuevas colecciones de proyectos, tendrá acceso tanto a Analytics Service como a SQL Server reporting services. Esto también se aplica a las colecciones existentes que actualice.

Por lo tanto, querrá tener en cuenta los requisitos de personalización e informes de seguimiento de trabajo a medida que avanza con nuevas colecciones de proyectos. Para más información sobre estas opciones, consulte los artículos siguientes:

Desuso del Asistente para configurar características

En el pasado, el Asistente para configurar características se usaba para actualizar las plantillas de proceso predeterminadas con las actualizaciones realizadas en ellas. Esta característica ya no se admite en Azure DevOps Server 2019.

Para obtener información sobre las actualizaciones realizadas en los procesos del sistema predeterminados, vea Cambios realizados en plantillas de proceso.

Antes de actualizar a TFS 2018

Desde TFS 2017.2, la etiqueta de formulario de elemento de trabajo anterior estaba en desuso y ya no se admite. <Layout> Si actualiza el servidor y tiene una colección en la que el nuevo formulario de elemento de trabajo no está habilitado, es posible que vea la siguiente advertencia durante la validación:

[VS403364]: This release introduces major updates to the work item form layout and functionality and deprecates legacy custom controls. Consequently, the upgrade process will update all work item type definitions to use the new work item form WebLayout element and remove all custom controls. For more information and recommended upgrade steps, see the Deployment Guide.

Para obtener más información, vea Controlar una actualización de TFS 2018 del formulario anterior al nuevo formulario.

Antes de actualizar a TFS 2017

Revise las opciones al actualizar desde TFS 2008 o TFS 2010. Elija entre las opciones descritas en función de cuánto personalizó el proceso de seguimiento de trabajo.

Complejidad

La actualización Azure DevOps implementación local puede diferir en función de los detalles de la implementación existente. Entre los factores que influyen en la complejidad y la duración de la actualización se incluyen:

  • Número de servidores implementados
  • Configuración de implementación, integración con Reporting, SharePoint Products o Project Server
  • Tamaño de las bases de datos
  • Versión de la actualización.

En todos los casos, el proceso general es lógicamente el mismo. Asegúrese de que el entorno está listo. A continuación, prepare y realice la actualización.

Tiempo de inactividad

La Azure DevOps implementación local está sin conexión mientras dure la actualización. Los tiempos de actualización pueden diferir en función del tamaño de la implementación. Para mantener las actualizaciones comparablemente rápidas, limpie los datos innecesarios. También le ayuda a mantenerse al día con las versiones más recientes de Azure DevOps Server.