Notas de la actualización de Azure DevOps Server 2019 Update 1

Comunidad de Desarrolladores | Requisitos del Sistema | Términos de Licencia | DevOps Blog | SHA-1 Hashes

En este artículo encontrará información sobre la versión más reciente de Azure DevOps Server.

Para más información sobre cómo instalar o actualizar una implementación de Azure DevOps Server, consulte requisitos de Azure DevOps Server. Para descargar productos de Azure DevOps, visite la página de descargas de Azure DevOps Server .

La actualización directa a Azure DevOps Server es compatible con Azure DevOps Server 2020, Azure DevOps Server 2019 o Team Foundation Server (TFS) 2015 o posterior. Si la implementación de TFS está en TFS 2010 o versiones anteriores, debe realizar algunos pasos provisionales antes de actualizar a Azure DevOps Server 2019. Para más información, consulte Instalación y configuración de Azure DevOps local.

Actualización segura de Azure DevOps Server 2019 a Azure DevOps Server 2020

Azure DevOps Server 2020 presenta un nuevo modelo de retención de ejecución de canalización (compilación) que funciona basado en configuraciones a nivel de proyecto.

Azure DevOps Server 2020 gestiona la retención de compilaciones de manera diferente, basado en las estrategias de retención a nivel de canalización. Algunas configuraciones de directiva provocan que se eliminen las ejecuciones de pipeline después de la actualización. Las ejecuciones de canalización que se han conservado manualmente o que se conservan mediante una liberación no se eliminarán después de la actualización.

Lea nuestra entrada de blog para obtener más información sobre cómo actualizar de forma segura de Azure DevOps Server 2019 a Azure DevOps Server 2020.

Fecha de lanzamiento de la actualización 1.2 de Azure DevOps Server 2019: 8 de abril de 2025

Hemos publicado la revisión 11 para Azure DevOps Server 2019 Update 1.2 que incluye lo siguiente:

• Anteriormente, el agente de Azure DevOps usaba la red CDN de Edgio con el punto de conexión vstsagentpackage.azureedge.net. Como parte de la retirada de Edgio, el *.azureedge.net dominio se está retirando. Para garantizar la disponibilidad continua, hemos migrado a una red CDN respaldada por Akamai con un nuevo punto de conexión download.agent.dev.azure.com. Esta revisión incluye los cambios necesarios para capturar los archivos binarios del agente del nuevo punto de conexión de CDN, con lo que se migra fuera del punto de conexión de CDN anterior.

Azure DevOps Server 2019 Update 1.2 Patch 10 Release Date: 11 de marzo de 2025

Hemos publicado parche 10 para Azure DevOps Server 2019 Update 1.2 que incluye lo siguiente:

• Actualizar las tareas debido a la obsolescencia de la CDN de Edgio. Consulte la entrada de blog Switching CDN providers (Cambiar proveedores de CDN) para obtener más detalles.

Fecha de lanzamiento de la actualización 1.2 de Azure DevOps Server 2019: 28 de mayo de 2024

Hemos publicado Parche 9 para Azure DevOps Server 2019 Update 1.2 que incluye lo siguiente:

• Optimice la implementación de actualizaciones de agentes y tareas de los parches anteriores (parches 5 y 6).

Instalación de revisiones

Requisitos de canalización

Para aplicar el nuevo comportamiento para validar los argumentos de la línea de comandos, se debe establecer una variable AZP_75787_ENABLE_NEW_LOGIC = true en canalizaciones que usan las tareas afectadas. Consulte aquí para obtener más información sobre el comportamiento habilitado:

• Sobre lo clásico:

  Defina la variable en la pestaña de variables del pipeline.

• Ejemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019 Update 1.2 Patch 8 Release Date: 12 de marzo de 2024

Hemos lanzado Patch 8 para Azure DevOps Server 2019 Update 1.2, que incluye correcciones para lo siguiente:

• Se ha resuelto un problema por el que el servidor proxy dejaba de funcionar después de instalar la revisión 7.

Azure DevOps Server 2019 Update 1.2 Patch 7 Release Date: 13 de febrero de 2024

Hemos lanzado el parche 7 para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente:

• Se ha corregido un error por el que el espacio en disco utilizado por la carpeta de caché de proxy se calculaba incorrectamente y la carpeta no se limpiaba correctamente.
• CVE-2024-20667: Vulnerabilidad de ejecución remota de código de Azure DevOps Server.

Azure DevOps Server 2019 Update 1.2 Patch 6 Release Date: 14 de noviembre de 2023

Hemos publicado una revisión para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente.

• Se ha ampliado la lista de caracteres permitidos para las tareas de PowerShell para Habilitar la validación de parámetros de tareas de shell.

Instalación de revisiones

Configuración de TFX

1. Siga los pasos descritos en la documentación cargar tareas en la colección de proyectos para instalar e iniciar sesión con tfx-cli.

Actualización de tareas mediante TFX

1. Descargue y extraiga Tasks20231103.zip.
2. Cambie al directorio donde están los archivos extraídos.
3. Ejecute los siguientes comandos para cargar las tareas:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

Requisitos de canalización

Para usar el nuevo comportamiento, se debe establecer una variable AZP_75787_ENABLE_NEW_LOGIC = true en canalizaciones que usen las tareas afectadas.

• Sobre lo clásico:

  Defina la variable en la pestaña de variables del pipeline.

• Ejemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019 Update 1.2 Patch 5 Release Date: 12 de septiembre de 2023

Hemos publicado una revisión para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente.

• CVE-2023-33136: Vulnerabilidad de ejecución remota de código de Azure DevOps Server.
• CVE-2023-38155: Vulnerabilidad de elevación de privilegios de Azure DevOps Server y Team Foundation Server.

Instalación de revisiones

1. Descargue e instale Azure DevOps Server 2019 Update 1.2 parche 5.

Actualización del agente de Azure Pipelines

1. Descargue el agente desde: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0- Agent_20230825.zip
2. Siga los pasos descritos en la documentación de agentes de Windows autohospedados para implementar el agente.  

Configuración de TFX

1. Siga los pasos descritos en la documentación cargar tareas en la colección de proyectos para instalar e iniciar sesión con tfx-cli.

Actualización de tareas mediante TFX

1. Descargue y extraiga Tasks_20230825.zip.
2. Cambie al directorio donde están los archivos extraídos.
3. Ejecute los siguientes comandos para cargar las tareas:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

Requisitos de canalización

Para usar el nuevo comportamiento, se debe establecer una variable AZP_75787_ENABLE_NEW_LOGIC = true en canalizaciones que usen las tareas afectadas.

• Sobre lo clásico:

  Defina la variable en la pestaña de variables del pipeline.

• Ejemplo de YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019 Update 1.2 Patch 4 Release Date: 8 de agosto de 2023

Hemos lanzado un parche para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente.

• CVE-2023-36869: Vulnerabilidad de suplantación de identidad de Azure DevOps Server.
• Actualice el servicio SSH para admitir SHA2-256 y SHA2-512. Si tiene archivos de configuración SSH codificados de forma rígida para usar RSA, debe actualizar a SHA2 o quitar la entrada.
• Se ha corregido un error de bucle infinito en CronScheduleJobExtension.

Azure DevOps Server 2019 Update 1.2 Patch 3 Release Date: 13 de junio de 2023

Hemos lanzado un parche para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente.

• Se ha corregido un error que interfería con el envío de paquetes al realizar una actualización desde 2018 o versiones anteriores.

Azure DevOps Server 2019 Update 1.2 Patch 2 Release Date: 13 de diciembre de 2022

Hemos lanzado un parche para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente.

• Se han corregido errores en el "Trabajo de análisis de sincronización paralela de cuentas".

Azure DevOps Server 2019 Update 1.2 Patch 1 Release Date: 12 de julio de 2022

Hemos lanzado un parche para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente.

• En las API de ejecuciones de pruebas, el token de continuación que se devuelve era mayor que el valor "maxLastUpdatedDate" que se especificó.
• Al editar una canalización clásica, la pestaña de retención estaba en blanco después de descartar los cambios en otra pestaña.

Fecha de lanzamiento de la actualización 1.2 de Azure DevOps Server 2019: 17 de mayo de 2022

Azure DevOps Server 2019 Update 1.2 es una compilación de correcciones de errores. Puede instalar directamente Azure DevOps Server 2019 Update 1.2 o actualizar desde Azure DevOps Server 2019 o Team Foundation Server 2013 o versiones posteriores.

Esta versión incluye correcciones para lo siguiente:

• Revocar todos los tokens de acceso personal después de deshabilitar la cuenta de Active Directory de un usuario.

Azure DevOps Server 2019 Update 1.1 Patch 13 Release Date: 26 de enero de 2022

Hemos lanzado un parche para Azure DevOps Server 2019 Update 1.1 que incluye las siguientes correcciones.

• Las notificaciones por correo electrónico no se enviaron al usar el control @mention en un elemento de trabajo.
• La dirección de correo electrónico preferida no se actualizó en el perfil de usuario. Esto dio lugar a que los correos electrónicos se envíen a la dirección de correo electrónico anterior.
• Se ha solucionado la vulnerabilidad de Elasticsearch quitando la clase jndilookup de los archivos binarios log4j.

Pasos de instalación

1. Actualice el servidor con el parche 13.
2. Compruebe el valor del Registro en HKLM:\Software\Elasticsearch\Version. Si el valor del Registro no está ahí, agregue un valor de cadena y establezca la versión en 5.4.1 (Nombre = Versión, Valor = 5.4.1).
3. Ejecute el comando update PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update como se indica en el archivo Léame. Puede devolver una advertencia como: No se puede conectar al servidor remoto. No cierre la ventana, ya que la actualización está realizando intentos repetidos hasta completarse.

1. Actualice el servidor con el parche 13.
2. Compruebe el valor del Registro en HKLM:\Software\Elasticsearch\Version. Si el valor del Registro no está ahí, agregue un valor de cadena y establezca la versión en 5.4.1 (Nombre = Versión, Valor = 5.4.1).
3. Copie el contenido de la carpeta denominada ZIP, que se encuentra en C:\Program Files\{TFS Version Folder}\Search\zip a la carpeta de archivos remotos de Elasticsearch.
4. Ejecute Configure-TFSSearch.ps1 -Operation update en la máquina del servidor Elasticsearch.

Hash SHA-256: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Azure DevOps Server 2019 Update 1.1 Patch 12 Release Date: 15 de septiembre de 2021

Patch 12 para Azure DevOps Server 2019 Update 1.1 incluye correcciones para lo siguiente.

• Se ha corregido la macro de elemento de trabajo para consultas que contienen palabras. Anteriormente, las consultas habían devuelto resultados incorrectos para valores que contenían un salto de línea.
• Problema de localización para los estados de disposición de elementos de trabajo personalizados.
• Problema de localización en la plantilla de notificación por correo electrónico.
• Problema con la evaluación de reglas NOTSAMEAS cuando se definieron varias reglas NOTSAMEAS para un campo.

Azure DevOps Server 2019 Update 1.1 Patch 11 Release Date: 14 de septiembre de 2021

Patch 11 para Azure DevOps Server 2019 Actualización 1.1 incluye correcciones para lo siguiente.

• Resuelva el problema notificado en este ticket de comentarios de la Comunidad de Desarrolladores .

Azure DevOps Server 2019 Update 1.1 Patch 10 Release Date: 10 de agosto de 2021

Parche 10 para Azure DevOps Server 2019 Update 1.1 incluye correcciones para lo siguiente.

• Se ha corregido un problema con las tareas de entrega de correo electrónico para algunos tipos de elementos de trabajo.

Azure DevOps Server 2019 Update 1.1 Patch 9 Release Date: 15 de junio de 2021

Patch 9 para Azure DevOps Server 2019 Update 1.1 incluye correcciones para lo siguiente.

• Se ha corregido un problema con la importación de datos. La importación de datos tarda mucho tiempo en los clientes que tienen muchos casos de prueba obsoletos. Esto se debe a referencias que aumentaron el tamaño de la tabla tbl_testCaseReferences. Con esta revisión, se han quitado las referencias a casos de prueba obsoletos para ayudar a acelerar el proceso de importación de datos.

Azure DevOps Server 2019 Update 1.1 Patch 8 Release Date: 13 de abril de 2021

Hemos publicado un parche para Azure DevOps Server 2019 Update 1.1 que corrige las siguientes cuestiones.

• CVE-2021-27067: Divulgación de información
• Resolver el problema reportado en el ticket de comentarios de Developer Community | No se pueden registrar los detalles de iteración de resultados de las pruebas en Azure DevOps Server 2019

Para implementar correcciones para esta revisión, tendrá que seguir los pasos que se indican a continuación para instalación de revisiones generales y AzureResourceGroupDeploymentV2 instalación de tareas.

Instalación general de parches

Si tiene Azure DevOps Server 2019 Update 1.1, debe instalar Azure DevOps Server 2019 Update 1.1 Patch 8.

Comprobación de la Instalación

• opción 1: ejecutar devops2019.1.1patch8.exe CheckInstall, devops2019.1.1patch8.exe es el archivo que se descarga del vínculo anterior. La salida del comando indicará que el parche está instalado o que no está instalado.

• opción 2: compruebe la versión del archivo siguiente: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 está instalado en c:\Program Files\Azure DevOps Server 2019 de forma predeterminada. Después de instalar Azure DevOps Server 2019.1.1 Patch 8, la versión será 17.153.31129.2.

Instalación de tareas AzureResourceGroupDeploymentV2

Instalar

1. Extraiga el paquete AzureResourceGroupDeploymentV2.zip en una nueva carpeta en su equipo. Por ejemplo: D:\tasks\AzureResourceGroupDeploymentV2.

2. Descargue e instale Node.js 14.15.1 y npm (incluido con la descarga Node.js) según corresponda para la máquina.

3. Abra una terminal en modo administrador y ejecute el siguiente comando para instalar tfx-cli.

npm install -g tfx-cli

4. Cree un token de acceso personal con privilegios de acceso completo y cópielo. Este token de acceso personal se usará al ejecutar el comando tfx login .

5. Ejecute lo siguiente desde la línea de comandos. Cuando se le solicite, escriba la dirección URL del servicio y el token de acceso personal.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Ejecute el siguiente comando para cargar la tarea en el servidor. Utilice la ruta de acceso del archivo .zip extraído del paso 1.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 7 Release Date: 12 de enero de 2021

Hemos publicado un parche para Azure DevOps Server 2019 Update 1.1 que corrige las siguientes cuestiones. Consulte la entrada de blog para obtener más información.

• Los detalles de la ejecución de pruebas no muestran los detalles del paso de prueba para los datos de prueba migrados mediante la migración de OpsHub
• Excepción en el inicializador para "Microsoft.TeamFoundation.TestManagement.Server.TCMLogger"
• Las compilaciones no retenidas se eliminan inmediatamente después de la migración a Azure DevOps Server 2020
• Corregir la excepción del proveedor de datos

Azure DevOps Server 2019 Update 1.1 Patch 6 Release Date: 8 de diciembre de 2020

Hemos publicado un parche para Azure DevOps Server 2019 Update 1.1 que corrige las siguientes cuestiones. Consulte la entrada de blog para obtener más información.

• CVE-2020-1325: Vulnerabilidad de suplantación de identidad de Azure DevOps Server
• CVE-2020-17135: Vulnerabilidad de suplantación de identidad de Azure DevOps Server
• CVE-2020-17145: Vulnerabilidad de suplantación de identidad de Azure DevOps Server y Team Foundation Services
• Corrección de un problema con TFVC que no procesa todos los resultados

Instalación general de parches

Si tiene Azure DevOps Server 2019 Update 1.1, debe instalar Azure DevOps Server 2019 Update 1.1 Patch 6.

Comprobación de la Instalación

• opción 1: ejecutar devops2019.1.1patch6.exe CheckInstall, devops2019.1.1patch6.exe es el archivo que se descarga del vínculo anterior. La salida del comando indicará que el parche está instalado o que no está instalado.

• opción 2: compruebe la versión del archivo siguiente: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 está instalado en c:\Program Files\Azure DevOps Server 2019 de forma predeterminada. Después de instalar Azure DevOps Server 2019.1.1 Patch 6, la versión será 17.153.30723.5.

Instalación de tareas de AzurePowerShellV4

Prerrequisitos

1. Instala el módulo Az de Azure PowerShell en la máquina del agente privado.

2. Cree una canalización con la tarea AzurePowerShellV4. Solo verá un fallo en el error estándar en la tarea.

Instalar

1. Extraiga el paquete de AzurePowerShellV4.zip en una carpeta denominada AzurePowerShellV4.

2. Descargue e instale Node.js 14.15.1 y npm (incluido con la descarga Node.js) según su máquina.

3. Abra una terminal en modo administrador y ejecute el siguiente comando para instalar tfx-cli.

npm install -g tfx-cli

4. Cree un token de acceso personal con privilegios de acceso completo y cópielo. Este token de acceso personal se usará al ejecutar el comando tfx login .

5. Ejecute lo siguiente desde la línea de comandos. Cuando se le solicite, escriba la dirección URL del servicio y el token de acceso personal.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Ejecute el siguiente comando para cargar la tarea en el servidor. La ruta de acceso del paquete extraído será D:\tasks\AzurePowerShellv4.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 5 Release Date: 8 de septiembre de 2020

Hemos publicado un parche para Azure DevOps Server 2019 Update 1.1 que corrige las siguientes cuestiones. Consulte la entrada de blog para obtener más información.

• DTS 1713492: comportamiento inesperado al agregar grupos de AD a permisos de seguridad.

Azure DevOps Server 2019 Update 1.1 Patch 4 Release Date: 14 de julio de 2020

Hemos publicado un parche para Azure DevOps Server 2019 Update 1.1 que corrige las siguientes cuestiones. Consulte la entrada de blog para obtener más información.

• CVE-2020-1326: Vulnerabilidad de Cross-site Scripting
• El pipeline de compilación muestra una conexión incorrecta para los usuarios no autorizados al seleccionar otra fuente de Git.
• Corregir error al cambiar la opción Herencia a activado o desactivado en la definición de compilación XAML.

Azure DevOps Server 2019 Update 1.1 Patch 3 Release Date: 9 de junio de 2020

Hemos publicado un parche para Azure DevOps Server 2019 Update 1.1 que corrige las siguientes cuestiones. Consulte la entrada de blog para obtener más información.

• CVE-2020-1327: asegúrese de que el servidor de Azure DevOps sane las entradas del usuario.

Azure DevOps Server 2019 Update 1.1 Patch 2 Release Date: 14 de abril de 2020

Hemos publicado un parche para Azure DevOps Server 2019 Update 1.1 que corrige las siguientes cuestiones. Consulte la entrada de blog para obtener más información.

• Las confirmaciones SVN no desencadenan la canalización

• Adición de compatibilidad con SHA2 en SSH en Azure DevOps

Azure DevOps Server 2019 Update 1.1 Patch 1 Release Date: 10 de marzo de 2020

Hemos publicado una revisión de seguridad para Azure DevOps Server 2019 Update 1.1 que corrige los errores siguientes. Consulte la entrada de blog para obtener más información.

• CVE-2020-0700: Vulnerabilidad de secuencias de comandos entre sitios

• CVE-2020-0758: Vulnerabilidad de elevación de privilegios

• CVE 2020-0815: Vulnerabilidad de elevación de privilegios

Azure DevOps Server 2019 Update 1.1 RTW Release Date: 10 de diciembre de 2019

Azure DevOps Server 2019 Update 1.1 es una actualización acumulativa de correcciones de errores y actualizaciones de seguridad. Incluye todas las correcciones de las revisiones de Azure DevOps Server 2019 Update 1 publicadas anteriormente. Puede instalar directamente Azure DevOps Server 2019 Update 1.1 o actualizar desde Azure DevOps Server 2019 o Team Foundation Server 2012 o versiones posteriores.

Esta versión incluye correcciones para los errores siguientes:

Azure Boards

• Al crear un nuevo elemento de trabajo a partir del trabajo pendiente del producto, el campo Título no se inicializa con el valor predeterminado en la plantilla de proceso.
• Lentitud y tiempos de espera al usar Azure Boards.
• El valor Revisado por es incorrecto en los vínculos del elemento de trabajo.

Azure Pipelines

• En las notificaciones de canalizaciones, campos como Duración pueden ser nulos en algunas configuraciones regionales.
• Es posible que la ruta de acceso de la plantilla no apunte a un archivo JSON válido en un pipeline que incluya una implementación de un grupo de recursos de Azure.
• La página de configuración de retención a nivel de colección aparece en las páginas de configuración del proyecto.

Planes de prueba de Azure

• Editar los campos en los planes de prueba es lento.
• Los detalles del paso compartido no se abren cuando se accede a un caso de prueba desde los paneles en lugar de desde los planes de prueba.

General

• Colecciones no se ordenan en orden alfabético.

Administración

• uso elevado de memoria.
• Los servidores con configuraciones del equilibrador de carga tenían que agregar explícitamente su origen público a la entrada del Registro AllowedOrigins.
• Los clientes que se instalan en SQL Azure no ven el cuadro de diálogo Completar evaluación.
• La instalación de extensiones da el error "Mensaje de error Falta contribución (ms.vss-dashboards-web.widget-sdk-version-2)".
• Al configurar Elastic Search, se produce un error: "El usuario no está autorizado".
• Indexación y errores de consulta en Elastic Search al actualizar desde TFS 2018 Update 2 o versiones posteriores.
• Se produce un error en el paso "Crear almacenamiento" al configurar Azure DevOps Server.

Esta versión incluye la siguiente actualización:

• Compatibilidad con SQL Server 2019.

Fecha de lanzamiento del parche 1 de la actualización 1 de Azure DevOps Server 2019: 10 de septiembre de 2019

Hemos publicado una revisión de seguridad para Azure DevOps Server 2019 Update 1 que corrige el siguiente error. Consulte la entrada de blog para obtener más información.

• CVE-2019-1306: Vulnerabilidad de ejecución remota de código en wiki

Fecha de lanzamiento de la actualización 1 de Azure DevOps Server 2019: 20 de agosto de 2019

Fecha de lanzamiento de RC2: 23 de julio de 2019

RC2 incluye varias correcciones de errores desde RC1 y es la versión preliminar planeada final.

Fecha de lanzamiento de RC1: 2 de julio de 2019

Resumen de las novedades de Azure DevOps Server 2019 Update 1

Azure DevOps Server 2019 Update 1 presenta muchas características nuevas. Algunos de los aspectos destacados son:

• nuevo proceso básico
• Consulta de trabajo en relación con el inicio del día, la semana, el mes o el año
• Aceptar y ejecutar incidencias en GitHub mientras se planea en Azure Boards
• Volver a ejecutar la compilación expirada para las solicitudes de incorporación de cambios autocompletadas
• Nuevos tipos de combinación para completar los pull requests
• Iniciar pipelines YAML con etiquetas
• Asistente de tareas para editar archivos YAML
• editor web con IntelliSense para canalizaciones YAML
• Administrar versiones de GitHub mediante canalizaciones
• widget de tendencia de resultados de prueba (Avanzado)
• información de procedencia de paquetes
• Compatibilidad con paquetes de Python
• Fuentes ascendentes de Maven
• insertar resultados de la consulta de Azure Boards en wiki
• Permalinks para páginas wiki
• Notificaciones en páginas wiki
• La extensión de Analytics ya no es necesaria para usar Analytics

También puede ir a secciones individuales para ver las nuevas características:

• general
• tableros
• repos
• Canalizaciones
• planes de prueba
• artefactos
• Wiki
• Informes

General

Tema oscuro

El tema oscuro ha sido una característica popular en Azure DevOps Services y ahora está disponible en Azure DevOps Server. Puedes activar el tema oscuro seleccionando Tema en el menú debajo de tu avatar en la parte superior derecha de cada página.

Juntas

Nuevo proceso básico

Históricamente, Agile ha sido el proceso predeterminado para los nuevos proyectos, ofreciendo un conjunto sólido y flexible de tipos y estados de elementos de trabajo para adaptarse a una variedad de métodos de entrega de proyectos. Para algunos equipos, que están más familiarizados con otras herramientas o que están creciendo y quieren adoptar un conjunto de herramientas más eficaz, quieren empezar a usar rápidamente la terminología con la que están más familiarizados.

El nuevo proceso Básico proporciona tres tipos de elementos de trabajo (Epopeyas, problemas y tareas) para planear y realizar un seguimiento del trabajo. Se recomienda usar Problemas para realizar un seguimiento de cosas como casos de usuario, errores y características al usar Epopeyas para agrupar problemas en unidades de trabajo más grandes. A medida que avanza en su trabajo, mueva los elementos a través de un sencillo flujo de trabajo con los estados de Por Hacer, Haciendo y Hecho.

Consulte la documentación de problemas de seguimiento y tareas para ayudarle a comenzar con su nuevo proyecto.

Indicar el orden de los valores de estado en el formulario de elemento de trabajo

Anteriormente, el valor de estado del formulario del elemento de trabajo se ordenaba alfabéticamente. Con esta actualización hemos cambiado cómo se ordenan los valores de estado para que coincidan con el orden de flujo de trabajo en la configuración del proceso. También puede cambiar el orden de los estados de cada categoría en la configuración de personalización de estado.

La habilitación de características ya no está disponible

Los clientes deberán actualizar manualmente el XML de cada proyecto para habilitar nuevas características después de actualizar su colección.

Consulte la documentación de para obtener información sobre cómo habilitar características específicas.

Organiza materiales de referencia con adjuntos de elementos de trabajo más ricos

Adjuntar archivos a elementos de trabajo le permite a usted y al equipo centralizar los materiales de referencia para que estén siempre cerca cuando los necesite. Ahora es más fácil agregar un nuevo archivo adjunto arrastrando y colocando el archivo en cualquier lugar del formulario de elemento de trabajo. Puede seguir viendo los datos adjuntos como una lista o cambiar a una vista de cuadrícula para mostrar una vista previa de miniaturas. Haga doble clic en el archivo para abrir una vista previa y recorrerlos rápidamente para encontrar rápidamente la información que necesita.

Comparte el tablero de tu equipo usando una insignia

El archivo LÉAME del repositorio suele ser el recurso principal al que se dirige el equipo del proyecto para obtener información sobre cómo contribuir y usar tu solución. Ahora, al igual que puede con un estado de compilación o implementación en Azure Pipelines, puede agregar a su archivo README un distintivo para el panel de su equipo en Azure Boards. Puede configurar el distintivo para mostrar solo las columnas En curso o todas las columnas, e incluso hacer que el distintivo sea visible públicamente si el proyecto es de código abierto.

Si el README se basa en Markdown, puedes simplemente copiar el ejemplo de Markdown desde la página de configuración del distintivo de estado y pegarlo en tu archivo.

Consulta sobre el trabajo en relación con el inicio del día, la semana, el mes o el año

Aunque los equipos suelen centrarse en el trabajo en el contexto de lo que viene a continuación o en función de iteraciones de sprint, a menudo es interesante volver a examinar el trabajo a través de la lente del calendario para informar sobre todo el trabajo que se produjo el mes pasado o en el primer trimestre del año. Ahora puede usar el siguiente conjunto nuevo de macros de @StartOf junto con cualquier campo basado en fechas para consultar en función del inicio del día, la semana, el mes o el año:

• @StartOfYear
• @StartOfMonth
• @StartOfWeek
• @StartOfDay

Cada una de estas macros también acepta una nueva cadena modificadora que permite cambiar los datos por unidades de fecha diferentes. Por ejemplo, puede escribir una consulta para buscar todos los elementos de trabajo completados en el primer trimestre de este año consultando la fecha de cambio de estado >= @StartOfYear y fecha de cambio de estado <= @StartOfYear("+3M"). Consulte la documentación de las macros de consulta para obtener más información.

Editar y eliminar comentarios de discusión

Nos complace anunciar la disponibilidad de una característica muy votada de la Comunidad de Desarrolladores: la opción de editar y eliminar comentarios en la discusión de su elemento de trabajo en Azure Boards. Para editar el comentario, simplemente mantenga el puntero sobre cualquier comentario que posea y verá dos botones nuevos. Si hace clic en el icono de lápiz, entrará en modo de edición y simplemente podrá realizar las modificaciones y presionar el botón "Actualizar" para guardar las ediciones.

Al hacer clic en el menú de opciones adicionales, verás la opción para eliminar tu comentario. Una vez que haga clic en esto, se le pedirá de nuevo que confirme que desea eliminar este comentario y se eliminará el comentario.

Tendrá un seguimiento completo de todos los comentarios editados y eliminados en la pestaña Historial del formulario del elemento de trabajo. También verá que hemos actualizado la interfaz de usuario de nuestra experiencia de discusión para que se sienta más moderna e interactiva. Hemos agregado burbujas alrededor de los comentarios para que sea más claro dónde comienzan y terminan los comentarios de las personas.

Exportación de los resultados de la consulta a un archivo CSV

Ahora puede exportar los resultados de la consulta directamente a un archivo de formato CSV desde la web.

Acceda a los elementos de trabajo de Azure Boards directamente desde menciones dentro de cualquier comentario de GitHub.

Ahora, cuando menciona un elemento de trabajo dentro del comentario de un problema, una solicitud de incorporación de cambios o una confirmación en GitHub mediante la sintaxis de AB#{work item ID}, esas menciones se convertirán en hipervínculos que puede hacer clic para navegar directamente al elemento de trabajo mencionado.

Esto no crea un vínculo formal que desordena el elemento de trabajo en Azure Boards para cada conversación relacionada, sino que proporciona al equipo una manera de proporcionar un poco más información sobre los elementos de trabajo mientras se analiza el código o un problema notificado por el cliente. Consulte la documentación de integración de Azure Boards con GitHub para obtener más información.

Aceptar y resolver problemas en GitHub mientras planificas en Azure Boards

Ahora puede vincular elementos de trabajo en Azure Boards con problemas relacionados en GitHub. Con este nuevo tipo de vinculación, ahora son posibles otros escenarios. Si el equipo quiere seguir aceptando informes de errores de los usuarios, por ejemplo, como problemas en GitHub, pero relaciona y organiza el trabajo del equipo en general en Azure Boards, ahora puede hacerlo.

La misma sintaxis de mención que utiliza el equipo para commits y pull requests sigue siendo válida y, por supuesto, puede enlazar manualmente en Azure Boards con la URL del problema. Consulte la documentación de de GitHub & Azure Boards para obtener más información.

Ver rápidamente la actividad vinculada de GitHub desde el panel Kanban

Al revisar el panel kanban usted mismo o como equipo, a menudo tiene preguntas como "¿este elemento ha empezado a desarrollarse todavía?" o "¿es este elemento en revisión?" Con las nuevas anotaciones de GitHub en el panel Kanban, ahora puede obtener una idea rápida de dónde está un elemento y navegar directamente a la confirmación, solicitud de incorporación de cambios o problema de GitHub para obtener más detalles. Consulte la documentación de Personalizar tarjetas para obtener más información sobre esto y las demás anotaciones de Tareas y Pruebas.

Repos

Solicitudes de extracción en borrador

Para evitar que las solicitudes de incorporación de cambios se completen antes de que estén listas y para facilitar la creación de trabajos en curso que pueden no implicar a todos, ahora se admiten borradores de solicitudes de incorporación de cambios.

Para crear borradores de solicitudes de incorporación de cambios, seleccione Crear como borrador en la lista desplegable del botón Crear al crear una solicitud de incorporación de cambios.

Una vez que haya creado un pull request en borrador, verá un símbolo que indica su estado al lado del título.

Las solicitudes de incorporación de cambios de borrador no incluyen revisores ni ejecutan compilaciones de forma predeterminada, pero permiten agregar manualmente revisores y ejecutar compilaciones. Para promover la solicitud de incorporación de cambios a una solicitud de incorporación de cambios normal, basta con hacer clic en el botón Publicar de la página de detalles de la solicitud de incorporación de cambios.

Volver a ejecutar la compilación caducada para completar automáticamente las solicitudes de incorporación de cambios.

Azure Repos ahora pondrá automáticamente en cola las compilaciones caducadas que hayan sido activadas por una política de pull request. Esto se aplica a las solicitudes de incorporación de cambios que han pasado todas las demás directivas y están configuradas para completar automáticamente.

Anteriormente, cuando las solicitudes de incorporación de cambios tenían políticas como revisores obligatorios, el proceso de aprobación podía tardar demasiado tiempo y una construcción asociada podía expirar antes de que un revisor aprobara la solicitud de incorporación de cambios. Si la solicitud de incorporación de cambios se estableció en auto-completar, permanecerá bloqueada hasta que un usuario ponga en cola manualmente la compilación expirada. Con este cambio, la compilación se pondrá en cola automáticamente para que el pull request pueda completarse tras una compilación exitosa.

Ver únicamente el archivo de la izquierda o de la derecha en un pull request

En la actualidad, al ver los cambios de archivos en una solicitud de incorporación de cambios, puede usar un modo de diferencias en paralelo o un modo de diferencias entre líneas . Hemos recibido comentarios que muchos de ustedes solo quieren ver el archivo original o el archivo cambiado, sin compararlos, por lo que hemos agregado una nueva opción que le permitirá ver el archivo izquierdo o el archivo derecho individualmente.

Nuevos tipos de combinación para completar pull requests

Ahora tienes más opciones al fusionar los cambios de una solicitud de incorporación de cambios (pull request) en la rama de destino. Hemos añadido soporte para dos de las funciones más solicitadas en la Comunidad de Desarrolladores: la fusión de Fast-Forward con y la fusión de Semi-Linear con (también denominado "Reorganizar y Fusionar").

Ahora verá estas nuevas opciones disponibles en el cuadro de diálogo solicitud de incorporación de cambios completa.

La página de administración de directivas actualizada permite a los administradores controlar qué estrategias de combinación se permiten en una rama o carpeta de ramas.

Hay algunas situaciones en las que el rebaseo durante la finalización de un pull request no es posible.

• Si una directiva de la rama de destino prohíbe usar estrategias de rebase, necesitará el permiso "Anular directivas de rama".
• Si la rama de origen de la solicitud de incorporación de cambios tiene directivas, no podrás reinterpretar la base de ella. El rebase modificará la rama de origen sin pasar por el proceso de aprobación de la política.
• Si ha usado la extensión de conflictos de fusión para resolver conflictos de combinación. Las resoluciones de conflictos aplicadas a una fusión triple rara vez son exitosas (o incluso válidas) al hacer rebase de todas las confirmaciones de un pull request de una en una.

En todos estos casos, todavía tiene la opción de hacer rebase de su rama localmente y hacer push al servidor, o fusionar sus cambios al completar el pull request.

Filtrar por rama de destino en solicitudes de incorporación de cambios (PR)

Las solicitudes de incorporación de cambios permiten al equipo revisar el código y enviar comentarios sobre los cambios antes de combinarlos en la rama principal. Se han convertido en una parte importante de los flujos de trabajo de muchos equipos, ya que puede recorrer los cambios propuestos, dejar comentarios y votar para aprobar o rechazar los cambios de código.

Para facilitar la búsqueda de las solicitudes de incorporación de cambios, hemos agregado una opción de filtrado para permitirle buscar solicitudes de incorporación de cambios usando la rama de destino.

También puede usar el filtrado de rama de destino para personalizar la vista de solicitudes de extracción en la pestaña Mine.

Permitir que las extensiones agreguen resaltado de sintaxis y autocompletar

Actualmente, publicamos resaltado de código para un subconjunto de lenguajes admitidos por el editor Monaco. Sin embargo, muchos de ustedes quieren crear su propio resaltado de sintaxis para los lenguajes que no admitimos.

Con esta actualización, se ha agregado un punto de extensibilidad que permite a las extensiones agregar resaltado de sintaxis y autocompletar al explorador de archivos y a las vistas de pull requests.

Puede encontrar un ejemplo de una extensión que muestre esta característica aquí.

Además, se ha agregado compatibilidad para el resaltado de sintaxis del lenguaje Kusto.

Extensión para la creación de repositorios

Hemos agregado un punto de extensión para permitirle agregar nuevos elementos al selector de repositorios. Este punto de extensión le permitirá agregar acciones personalizadas (redirecciones, elementos emergentes, etc.) al menú del selector de repositorios, lo que permite flujos como escenarios de creación de repositorios alternativos.

Soporte mejorado para la codificación

Anteriormente, la edición y el almacenamiento de archivos en la web solo se guardarían como codificación UTF-8 y no se le preguntaba cuándo cambió la codificación de archivos. Ahora, le daremos una advertencia al intentar guardar un archivo que no está codificado UTF a través de la web (que solo admite la codificación UTF). Además, se ha agregado compatibilidad con la codificación UTF-16 y UTF-32 a través del punto de conexión de notificaciones web. Esto significa que conservaremos el tipo de codificación para que no tenga que volver a escribirlos como UTF-8.

En la captura de pantalla siguiente se muestra un ejemplo del cuadro de diálogo que verá al introducir cambios de codificación mediante una notificación push web.

Ve a obtener soporte de comandos en Azure Repos

Go es un lenguaje de programación de código abierto, también conocido como Golang. En Go, puede usar el comando obtener para descargar e instalar paquetes y dependencias. Con esta actualización, se ha agregado compatibilidad con go get dentro de un repositorio de Azure DevOps. Con go get, podrá descargar paquetes con las dependencias nombradas por las rutas de importación. Puede usar la palabra clave import para especificar la ruta de acceso de importación.

Tuberías

Editor web con IntelliSense para canalizaciones YAML

Si usa YAML para definir las canalizaciones, ahora puede aprovechar las nuevas características del editor introducidas con esta versión. Tanto si va a crear una nueva canalización YAML como si está editando una canalización YAML existente, podrá editar el archivo YAML en el editor web de canalización. Use Ctrl+Espacio para la compatibilidad con IntelliSense mientras edita el archivo YAML. Verá los errores de sintaxis resaltados y también obtendrá ayuda para corregir esos errores.

Asistente para tareas para editar archivos YAML

Seguimos recibiendo muchos comentarios pidiendo que sea más fácil editar archivos YAML para canalizaciones, por lo que estamos agregando un asistente de tareas al editor de YAML. Con esto, tendrá la misma experiencia familiar para agregar una nueva tarea a un archivo YAML que en el editor clásico. Este nuevo asistente admite la mayoría de los tipos de entrada de tareas comunes, como las listas de selección y las conexiones de servicio. Para usar el nuevo asistente de tareas, seleccione Editar en una canalización basada en YAML y, a continuación, seleccione el Asistente de tareas.

Activar canalizaciones YAML con etiquetas

Las canalizaciones YAML se pueden desencadenar cuando se agregan etiquetas a una confirmación. Esto es útil para los equipos cuyos flujos de trabajo incluyen etiquetas. Por ejemplo, puede iniciar un proceso cuando un commit se etiquete como el "último bueno conocido".

Puede especificar qué etiquetas se van a incluir y excluir. Por ejemplo:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Declarar recursos de contenedor en línea

Anteriormente, se requería declarar los recursos de contenedor en las canalizaciones de YAML y, a continuación, hacer referencia a ellos por nombre. Ahora ofrecemos una sintaxis en línea para los casos en los que no va a hacer referencia al contenedor varias veces.

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

Configurar para cancelar automáticamente una canalización existente cuando se actualicen las solicitudes de extracción

De forma predeterminada, las canalizaciones desencadenadas por pull requests (PR) se cancelarán si se realiza un nuevo commit en el mismo PR. Esto es deseable en la mayoría de los casos, ya que normalmente no desea seguir ejecutando un flujo de trabajo en código antiguo. Si no quiere este comportamiento, puede agregar autoCancel: false al desencadenador de PR.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Elija el directorio del código extraído en las canalizaciones de YAML

Anteriormente, extrajimos los repositorios al directorio s en $(Agent.BuildDirectory). Ahora puede elegir el directorio donde se clonará el repositorio de Git para utilizarlo con canalizaciones YAML.

Use la palabra clave path en checkout y estará en control de la estructura de carpetas. A continuación se muestra un ejemplo del código YAML que puede usar para especificar un directorio.

steps:
- checkout: self
  path: my-great-repo

En este ejemplo, el código se descargará en el directorio my-great-repo del espacio de trabajo del agente. Si no especifica una ruta, el repositorio se seguirá extrayendo en un directorio denominado s.

Nuevas tareas de Azure App Service optimizadas para YAML

Ahora se admiten cuatro nuevas tareas que proporcionan una manera sencilla y eficaz de implementar Azure App Services teniendo en cuenta a los desarrolladores modernos. Estas tareas tienen una sintaxis YAML optimizada, lo que facilita e intuitiva la creación de implementaciones en Azure AppServices, como WebApps, FunctionApps, WebApps for Containers y FunctionApp for Containers en plataformas Windows y Linux.

También se admite una nueva tarea de utilidad para la transformación de archivos y la sustitución de variables para formatos XML y JSON.

Cambios en los permisos predeterminados para los nuevos proyectos

Hasta ahora, los colaboradores del proyecto no podían crear canalizaciones a menos que se les concediera explícitamente el permiso "Crear definición de compilación". En el caso de los nuevos proyectos, los miembros del equipo pueden crear y actualizar canalizaciones fácilmente. Este cambio reducirá la fricción de los nuevos clientes que se incorporan a Azure Pipelines. Siempre puede actualizar los permisos predeterminados en el grupo Colaboradores y restringir su acceso.

Gestionar versiones de GitHub mediante tuberías

Las versiones de GitHub son una excelente manera de empaquetar y proporcionar software a los usuarios. Nos complace anunciar que ahora puede automatizarlo mediante la tarea de publicación de GitHub en Azure Pipelines. Con la tarea puede crear una nueva versión, modificar versiones de borrador o publicadas existentes o descartar versiones anteriores. Admite características como cargar varios recursos, marcar una versión como versión preliminar, guardar una versión como borrador y mucho más. Esta tarea también le ayuda a crear notas de lanzamiento. También puede calcular automáticamente los cambios (confirmaciones y problemas asociados) realizados en esta versión y agregarlos a las notas de la versión en un formato descriptivo.

Este es el código YAML sencillo para la tarea:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Una versión de GitHub de ejemplo creada con esta tarea:

Vínculos a líneas específicas de un registro de compilación

Ahora puede compartir un vínculo a líneas específicas en el registro de compilación. Esto le ayudará a colaborar con otros miembros del equipo para diagnosticar errores de compilación. Solo tiene que seleccionar las líneas de un registro en la vista de resultados para obtener un icono de vínculo.

Mejoras en la autorización de recursos

Es necesario proporcionar seguridad para los recursos protegidos (por ejemplo, conexiones de servicio, grupos de variables, grupos de agentes, archivos seguros) cuando se hace referencia a ellos en un archivo YAML. Al mismo tiempo, queríamos facilitar la configuración y el uso de canalizaciones que usan estos tipos de recursos para escenarios que no son de producción. Anteriormente, se agregó una configuración para marcar un recurso como "autorizado para su uso en todas las canalizaciones".

Con esta actualización, facilitamos la corrección de un problema de autorización de recursos aunque no haya marcado un recurso como tal. En la nueva experiencia, cuando se produce un fallo en la compilación debido a un error de autorización de recursos, usted verá una opción para autorizar explícitamente el uso de esos recursos en la canalización y continuar. Los miembros del equipo con permisos para autorizar recursos podrán completar esta acción directamente desde una compilación fallida.

Nuevos puntos de contribución para extensiones en la pestaña de prueba de canalizaciones

Hemos seguido haciendo que el marco de extensión sea más eficaz agregando dos nuevos puntos de contribución en la pestaña Resultados de la prueba en Canalizaciones. Esto permitirá extensiones de Marketplace proporcionar experiencias de informes más adaptadas y agregar más interactividad.

Los dos puntos de contribución son:

1. Botón de acción personalizada en la barra de herramientas

   A veces, es posible que desee realizar una acción como actualizar los datos de una API o ejecutar herramientas personalizadas mediante metadatos de los resultados de la prueba. Con este punto de contribución, puede crear extensiones que usen el contexto inmediato del resultado de prueba seleccionado para agregar una acción personalizada al *Acción personalizada- botón.

   

2. pestaña de detalles personalizados en el panel de detalles

   Es posible que tenga una amplia variedad de flujos de trabajo para el uso de informes de prueba y que quiera ver diferentes puntos de datos frente a pruebas fallidas para la depuración y el análisis. Con este punto de contribución, el equipo puede agregar una nueva pestaña al panel de detalles que aparecerá al seleccionar la fila de resultados de la prueba en la cuadrícula de datos. Esta nueva pestaña puede mostrar una vista con contenido estático o datos dinámicos capturados mediante API internas o externas.

Ejecutar agente una vez

Si usa infraestructura como Azure Container Instances para ejecutar agentes privados elásticos, a menudo, quiere que cada agente acepte solo un trabajo antes de salir. Hasta ahora, esto no era fácil, ya que tenía que detener el agente (posiblemente provocando que se informe de un error) o aceptar el riesgo de que un agente pudiera aceptar otro encargo antes de poder detenerlo. Con esta actualización, hemos agregado la marca --once a la configuración del agente. Al configurar el agente de esta manera, solo aceptará un trabajo y, a continuación, se apagará.

Actualización de la interfaz de usuario del grupo de agentes

La página de administración de grupos de agentes en la configuración del proyecto se ha actualizado con una nueva interfaz de usuario. Ahora puede ver fácilmente todos los trabajos que se ejecutan en un conjunto. Además, puede aprender por qué una tarea no se está ejecutando.

Implementación en destinos fallidos en un grupo de implementación

De forma predeterminada, Azure Pipelines se usa para volver a ejecutar todos los trabajos al volver a implementar una ejecución con errores anteriormente. Ahora, puede anular este comportamiento configurando la opción de implementación durante la implementación. Al seleccionar la opción Todos los trabajos y limitar a los destinos con errores en un grupo de implementación, se ejecutarán nuevamente todos los trabajos y se omitirán las implementaciones a los destinos que ya están actualizados.

Reimplementación automática en caso de error

Cuando se produce un error en una implementación en una fase, Azure Pipelines ahora puede volver a implementar automáticamente la última implementación con éxito. Puede configurar la fase para implementar automáticamente la última versión exitosa configurando el desencadenador de reimplementación automática en las condiciones posteriores a la implementación . Tenemos previsto agregar eventos y acciones desencadenados adicionales a la configuración de reimplementación automática en un sprint futuro. Consulte la documentación de Grupos de implementación para obtener más información.

Gancho de servicio de anotaciones de Grafana

Ahora se admite un nuevo enlace de servicio que le permite agregar anotaciones de Grafana para eventos de implementación completada en un panel de Grafana. Esto le permite correlacionar las implementaciones con los cambios en las métricas de aplicación o infraestructura que se visualizan en un panel de Grafana.

Consulta de tareas de alertas de Azure Monitor

La versión anterior de la tarea de consulta de monitores de Azure solo admitía la consulta de alertas en la experiencia de supervisión clásica. Con esta nueva versión de la tarea, puede consultar alertas sobre la experiencia de supervisión unificada introducida recientemente por Azure Monitor.

Entrada en línea del archivo de especificación en la tarea de implementación en Kubernetes

Anteriormente, la tarea de implementación de Kubernetes requería proporcionar una ruta de archivo para la configuración. Ahora también puede agregar la configuración en línea.

Tarea de instalación de la CLI de Docker

Esta tarea permite la instalación de cualquier versión de la CLI de Docker en los agentes según lo especificado por el usuario.

Restaurar las canalizaciones de lanzamiento eliminadas

Eliminar las canalizaciones de lanzamiento no utilizadas ayuda a mantener limpia la lista de canalizaciones de lanzamiento, pero a veces eliminamos algo por error. Con esta actualización, ahora es posible restaurar un pipeline de lanzamiento que se eliminó en los últimos 30 días. Hemos agregado una nueva pestaña al panel izquierdo de la página Versiones que mostrará una lista de canalizaciones de versión eliminadas. Desde esta vista, puede restaurar un pipeline de publicación eliminado seleccionando el pipeline de la lista y luego haga clic en Restaurar.

Notificaciones sobre errores de una solicitud de creación de versión

Puede establecer notificaciones para recibir correos electrónicos a medida que se produzcan cambios en las compilaciones, la base de código y otras operaciones. Por ejemplo, puede establecer una alerta para recibir notificaciones cuando se le asigna un elemento de trabajo.

Con esta actualización, hemos agregado una nueva notificación de suscripción a la categoría de lanzamiento . Esta notificación le enviará un correo electrónico cuando se produzca un error en la solicitud de creación de una versión. Un ejemplo de escenario en el que esto puede resultar útil es cuando falla la solicitud para crear una versión debido a que no está disponible una versión de un artefacto. Para obtener información sobre cómo administrar las notificaciones, consulte la documentación aquí.

Programar lanzamientos en la modificación de origen o canalización

Anteriormente, cuando tenía un desencadenador de lanzamiento programado, se iniciaba un lanzamiento incluso cuando no se detectaba ningún cambio en el artefacto ascendente o en la definición de lanzamiento. Se ha agregado una opción al panel de desencadenador de lanzamiento de programación para programar lanzamientos solo si la versión del artefacto o la definición de lanzamiento han cambiado.

Punto de contribución para variables en el cuadro de diálogo "Crear versión"

Anteriormente, el usuario tenía que escribir los valores de variables necesarios durante la creación de la versión sin ayuda ni sugerencias. Hemos agregado puntos de contribución al cuadro de diálogo Crear una nueva versión para facilitar extensiones que ayudarán a completar el valor de una variable durante la creación de la versión.

Publicar en las colas de sesión de Azure Service Bus

Hemos ampliado la tarea de compilación del trabajo sin agente para incluir la capacidad de publicar mensajes en colas de sesión. Esta opción se ha agregado a la tarea Publicar en Azure Service Bus.

Nueva opción de suscripción de Azure en la conexión del servicio Kubernetes

Las conexiones de servicio para compilaciones y versiones permiten conectarse a servicios externos y remotos para ejecutar tareas para una compilación o implementación. Puede definir y administrar una conexión de servicio desde la configuración de administrador del proyecto.

Con esta actualización, se ha agregado una opción de autenticación al formulario de conexión del servicio Kubernetes. Ahora puede seleccionar suscripción de Azure para autenticar la conexión. Esto facilita la implementación en espacios de nombres específicos mediante la configuración de conexiones de Kubernetes con la suscripción de Azure y el nombre del clúster.

Para un clúster habilitado para el control de acceso basado en rol (RBAC), se crean los objetos ServiceAccount y RoleBinding en el espacio de nombres elegido. El objeto RoleBinding limita las operaciones de la cuenta de servicio creada solo al espacio de nombres elegido. Para un clúster con RBAC deshabilitado, la cuenta de servicio creada posee permisos a nivel de clúster en todos los espacios de nombres.

Registro de contenedores de Azure en la conexión del servicio de registro de Docker

Ahora puede crear una conexión de servicio del registro de Docker desde la página de configuración del proyecto. Para crear la conexión, elija un registro de contenedor de Azure en una de las suscripciones asociadas a la identidad de Azure Active Directory (AAD). Todas las tareas que requieren conexiones de servicio a registros de contenedor, como Docker@2 y KubernetesManifest@0, admitirán una única manera de especificar una conexión.

Buscar por nombre de carpeta en definiciones de versión

Puede organizar las definiciones de versión almacenándolas en carpetas. Anteriormente, no tenía la opción de realizar una búsqueda por carpeta. Era difícil encontrar una definición de versión específica si había creado una gran cantidad de carpetas. Ahora puede buscar por nombre de carpeta en la definición de versión, lo que facilita la búsqueda de las definiciones.

Tarea del instalador de la herramienta Duffle en la canalización de compilación y despliegue

Duffle es una herramienta de línea de comandos que le permite instalar y administrar paquetes de aplicaciones nativas en la nube (CNAB). Con los CNAB, puede agrupar, instalar y administrar aplicaciones nativas de contenedor y sus servicios.

En esta actualización, hemos añadido una nueva tarea para los pipelines de compilación y lanzamiento que te permite instalar una versión específica del binario Duffle.

Tarea de manifiesto de Kubernetes

Hemos agregado una nueva tarea a nuestras canalizaciones de versión para simplificar el proceso de implementación en clústeres de Kubernetes mediante archivos de manifiesto. Esta tarea proporcionará las siguientes ventajas en comparación con el uso del binario kubectl en scripts:

• Sustitución de artefactos: la acción de implementación recibe como entrada una lista de imágenes de contenedor que se pueden especificar junto con sus etiquetas o resúmenes. Esto se sustituye por la versión que no es de plantilla de los archivos de manifiesto antes de aplicarlo al clúster para asegurarse de que los nodos del clúster extraen la versión correcta de la imagen.

• Estabilidad del manifiesto: se comprueba el estado de despliegue de los objetos de Kubernetes implementados para incorporar comprobaciones de estabilidad al calcular el estado de la tarea como correcto o erróneo.

• Anotaciones de rastreabilidad: las anotaciones se agregan a los objetos de Kubernetes implementados para superponer información de rastreabilidad sobre la organización de origen, el proyecto, la canalización y la ejecución.

• Manifiesto de integración: la acción de integración de la tarea permite transformar los charts de Helm en manifiestos de Kubernetes, de modo que puedan aplicarse al clúster.

• Estrategia de implementación: elegir una estrategia canaria con la acción de implementación conduce a la creación del porcentaje deseado de cargas de trabajo con los sufijos -baseline y -canary, para que se puedan comparar durante una tarea de ManualIntervention antes de utilizar la acción de promoción o rechazo de la tarea para finalizar la versión que se va a conservar.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Actualizaciones de la tarea de Docker

Hemos actualizado la tarea de Docker para simplificar la experiencia de creación de canalizaciones. El comando buildAndPush ahora se puede usar para compilar varias etiquetas para un repositorio de contenedor específico e insertarla en varios registros de contenedor en un solo paso. La tarea puede usar conexiones del servicio de registros de Docker para acceder a registros de contenedores. Los metadatos de rastreabilidad sobre el repositorio de origen, la confirmación y la procedencia de compilación se agregan como etiquetas a las imágenes compiladas mediante esta tarea.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Instalador de la herramienta Kubectl

Hemos agregado una nueva tarea que le permite instalar una versión específica del binario Kubectl en los agentes. Las últimas y las cadenas de versión de semver, como 'v1.14.0', se aceptan como valores válidos para la especificación de versión de Kubectl.

Mejoras en la integración de ServiceNow

Una funcionalidad clave para la colaboración entre equipos es permitir que cada equipo use un servicio de su elección y tenga una entrega de un extremo a otro eficaz. Con esta actualización, hemos mejorado la integración de ServiceNow para admitir todos los tipos de cambios (normal, estándar y de emergencia). Además, ahora puede especificar la puerta que se usa para crear una nueva solicitud de cambio mediante una plantilla existente, según el proceso de ITSM seguido en su organización. Por último, también puede restringir las versiones en función de las solicitudes de cambio existentes. Esto le permite adoptar CD, sin necesidad de cambiar el proceso recomendado por los equipos de IT.

Compatibilidad con Red Hat Enterprise Linux 6

Con esta actualización, se ha agregado compatibilidad con el agente para Red Hat Enterprise Linux 6. Ahora puede configurar agentes destinados a la plataforma Red Hat Enterprise Linux 6 para la ejecución de trabajos de compilación y versión.

Compatibilidad con el módulo Az de Azure PowerShell

Azure PowerShell proporciona un conjunto de cmdlets que puede usar para administrar recursos de Azure desde la línea de comandos. En diciembre pasado, el módulo Az de Azure PowerShell se puso a disposición y ahora es el módulo previsto para administrar los recursos de Azure.

Anteriormente, no proporcionamos compatibilidad con el módulo Az de Azure PowerShell en nuestros agentes hospedados. Con la versión 4.* de la nueva tarea de Azure PowerShell en canalizaciones de compilación y despliegue, hemos agregado compatibilidad con el nuevo módulo Az para todas las plataformas. La versión 3 de la tarea de Azure PowerShell seguirá admitiendo el módulo AzureRM. Sin embargo, para mantenerse al día con los servicios y características más recientes de Azure, se recomienda cambiar a la versión 4.* de la tarea de Azure PowerShell lo antes posible.

El módulo Az tiene un modo de compatibilidad para ayudarle a usar scripts existentes mientras los actualiza para usar la nueva sintaxis. Para habilitar la compatibilidad con el módulo Az, use el comando Enable-AzureRmAlias. Los alias permiten usar los nombres de cmdlet antiguos con el módulo Az. Puede obtener más detalles sobre la migración desde el módulo Azure RM al módulo Az de Azure PowerShell aquí.

Para más información sobre el módulo Az de Azure PowerShell, consulte la documentación aquí.

Soporte de autenticación de Azure Active Directory (AD) para la tarea de Azure SQL

La tarea de Azure SQL se ha mejorado para admitir la conexión a una base de datos mediante Azure AD (contraseña integrada &) y una cadena de conexión además de la compatibilidad existente con la autenticación de SQL Server.

Publicar artefactos de compilación con rutas de archivos largas

Hasta ahora, había una limitación que impedía cargar artefactos de compilación con rutas de más de 233 caracteres. Esto podría impedir que cargue los resultados de cobertura de código de las compilaciones de Linux y macOS con rutas de acceso de archivo más largas que el límite. El límite se ha actualizado para admitir rutas de acceso largas.

Omitir la integración continua (CI) para una confirmación

Ahora puedes indicar a Azure Pipelines que ignore una confirmación y omita la ejecución de una secuencia de trabajo que normalmente activaría la confirmación. Solo tiene que incluir [skip ci] en el mensaje de confirmación del commit HEAD y Azure Pipelines omitirá la CI. También puede usar cualquiera de las variaciones enumeradas a continuación. Esto se admite para confirmaciones de Azure Repos Git y GitHub Enterprise Server.

• [skip ci] o [ci skip]
• skip-checks: true o skip-checks:true
• [skip azurepipelines] o [azurepipelines skip]
• [skip azpipelines] o [azpipelines skip]
• [skip azp] o [azp skip]
• ***NO_CI***

Planes de prueba

Widget de tendencia de resultados de prueba (avanzado)

El widget de resultado de tendencia de prueba avanzada proporciona una visibilidad casi en tiempo real de tus datos de prueba para diferentes compilaciones y versiones. El widget de tendencia de resultados de prueba (Avanzado) muestra una tendencia de los resultados de tus pruebas para tus canalizaciones o a través de ellas. Puede usarlo para realizar un seguimiento del recuento diario de pruebas, velocidad de superación y duración de las pruebas. El seguimiento de la calidad de las pruebas a lo largo del tiempo y la mejora de la garantía de pruebas es fundamental para mantener una canalización de DevOps correcta.

El widget de tendencias de resultados de pruebas (Avanzadas) le ayuda a identificar valores atípicos en sus resultados de pruebas y a responder preguntas como: ¿Las pruebas están tardando más en ejecutarse de lo habitual? ¿Qué archivo de prueba o canalización está afectando mi tasa de aprobaciones general? ¿Cuáles son mis pruebas de larga duración?

Para ayudarle a responder a estas preguntas, el widget proporciona estas características:

• Muestra una tendencia de la tasa de aprobación, y el recuento de resultados de las pruebas o la duración de las pruebas.
• Presenta resultados de prueba basados en múltiples canalizaciones de compilación o de lanzamiento.
• Usa opciones de gráfico combinadas para mostrar dos métricas sobre la misma tendencia
• Filtra el recuento de pruebas a lo largo del tiempo por resultado de la prueba
• Filtra todos los resultados de las pruebas por rama o prueba
• Apila las métricas por atributos de prueba, como Prioridad o Entorno
• Agrupar los datos en archivos de prueba, propietarios o canalizaciones

El widget es muy configurable, lo que le permite usarlo para una amplia variedad de escenarios.

Compartir resultados de pruebas a través de URL

Puede configurar pruebas automatizadas para que se ejecuten como parte de una compilación o versión. Los resultados de las pruebas publicadas se pueden ver en la pestaña Pruebas en el resumen de la compilación o la versión. Con esta actualización, hemos agregado una característica Copiar el URL de los resultados para que pueda compartir los resultados de una ejecución de prueba única con otros miembros de su equipo.

Los niveles de uso compartido incluyen:

• Nivel de ejecución
• Nivel de resultado
• Pestaña individual seleccionada dentro de la ejecución de una prueba
• El uso compartido también es compatible con las pestañas de extensión configuradas.

Al compartir la dirección URL, los visores verán los resultados de la ejecución de pruebas en la vista de pantalla completa.

Artefactos

Paquetes NuGet con números de versión de SemVer 2.0.0

Anteriormente, Azure Artifacts no admitía paquetes NuGet con números de versión de SemVer 2.0.0 (por lo general, números de versión que contienen la parte de metadatos de compilación de la versión, lo que significa un +). Ahora puede guardar paquetes de nuget.org que contienen metadatos de compilación e insertar sus propios paquetes con metadatos de compilación. Según la especificación de SemVer y la directiva de NuGet.org, los metadatos de compilación no se pueden usar para ordenar paquetes. Por lo tanto, no puede publicar tanto 1.0.0+build1 como 1.0.0+build2 en Azure Artifacts (o nuget.org), ya que esas versiones se considerarán equivalentes y, por tanto, estarán sujetas a las restricciones de inmutabilidad .

Información de procedencia sobre paquetes

Con esta actualización, hemos hecho que sea un poco más fácil comprender la procedencia de los paquetes: quién o qué publicaron y de qué confirmación de código fuente proceden. Esta información se rellena automáticamente para todos los paquetes publicados mediante NuGet, npm, Maven, y Autenticación de Twine (para Python) en Azure Pipelines.

Estadísticas de uso de paquetes

Hasta ahora, Azure Artifacts no proporcionó una manera de medir el uso o la popularidad de los paquetes. Con esta actualización, hemos agregado un recuento de Descargas y Usuarios a las páginas de lista de paquetes y de detalles de paquete. Puede ver las estadísticas en el lado derecho de cualquiera de las páginas.

Compatibilidad con paquetes de Python

Azure Artifacts ahora puede hospedar paquetes de Python: tanto los paquetes que generas tú mismo como los paquetes de origen guardados del PyPI público. Para obtener más información, consulte la entrada del blog del anuncio y la documentación.

Ahora puede hospedar todos los paquetes NuGet, npm, Maven y Python en el mismo repositorio.

Fuentes de origen para Maven

Las fuentes ascendentes ahora están disponibles para los repositorios de Maven. Esto incluye el repositorio principal de Maven Central y las fuentes de Azure Artifacts. Para agregar los orígenes ascendentes de Maven a una fuente existente, visite configuración de la fuente, seleccione la pestaña Orígenes ascendentesy, a continuación, seleccione Agregar origen ascendente.

Soporte de proxy para tareas relacionadas con artefactos

Hasta ahora, muchas tareas de compilación relacionadas con Artefactos no proporcionaban compatibilidad completa con la infraestructura de proxy de Azure Pipelines, lo que planteó desafíos al utilizar las tareas desde los agentes locales. Con esta actualización, se ha agregado compatibilidad con servidores proxy a las siguientes tareas:

• Npm@1 ('npm' en el diseñador)
• NuGetCommand@2 ("NuGet" en el diseñador): solo comandos de restaurar y push
• DotNetCoreCLI@2 (".NET Core" en el diseñador): comandos de restauración y push de NuGet únicamente
• NpmAuthenticate@0, PipAuthenticate@0 y TwineAuthenticate@0 ("[tipo] Autenticar" en el diseñador): estas tareas admiten servidores proxy durante la adquisición de tokens de autenticación, pero todavía es necesario configurar las tareas, scripts o herramientas posteriores para usar también el proxy. En otras palabras, estas tareas no configuran el proxy para las herramientas subyacentes (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' en el diseñador)

Todos los tipos de paquetes de artefactos admitidos en las versiones

Hasta ahora, solo se admiten paquetes NuGet en el tipo de artefacto Azure Artifacts en las versiones de Pipelines. Con esta actualización, se admiten todos los tipos de paquetes de Azure Artifacts( Maven, npm y Python).

Vistas de artefactos compatibles en las versiones

Anteriormente, el tipo de artefacto de Azure Artifacts solo podía desencadenarse cuando se publicaban nuevas versiones de paquetes al feed. Ahora, también hemos agregado compatibilidad con vistas, por lo que puede desencadenar lanzamientos cuando los paquetes ya presentes en el repertorio son promovidos a una vista.

Las directivas de retención pueden omitir los paquetes descargados recientemente

Hasta ahora, las fuentes de Azure Artifacts han ofrecido políticas de retención básicas, que empezarían a eliminar versiones de paquete antiguas cuando se alcance un número máximo de versiones por paquete. Con esta actualización, hemos agregado la capacidad de omitir paquetes descargados recientemente al realizar esta limpieza. Para habilitar, edite el feed y active la casilla Omitir paquetes descargados recientemente.

Delegado que puede gestionar fuentes

En Azure Artifacts, administradores de colecciones de proyectos (PCA) siempre han podido administrar todas las fuentes en un servidor de Azure DevOps. Con esta actualización, los PCA también pueden otorgar esta capacidad a otros usuarios y grupos, delegando de este modo la capacidad de administrar cualquier fuente.

Wiki

Plantillas de Markdown para fórmulas y vídeos

Ya no es necesario recordar la sintaxis de Markdown para agregar fórmulas de , vídeos y etiquetas YAML al editar un wiki. Ahora puede hacer clic en el menú contextual de la barra de herramientas y seleccionar la opción que prefiera.

Inserción de resultados de consulta de Azure Boards en wiki

Ahora puede insertar resultados de consulta de Azure Boards en una página wiki en forma de tabla. En la imagen siguiente se muestra un ejemplo de una página wiki con una lista de todas las características publicadas y todos los errores activos del sprint actual insertado en la wiki. El contenido que se muestra en la página usa una consulta de elemento de trabajo existente. Con esta nueva característica puede crear contenido dinámico y no es necesario preocuparse por actualizar manualmente la página wiki.

Los resultados de la consulta se pueden agregar en dos pasos:

1. Haga clic en el botón "Resultados de la consulta" de la barra de herramientas de edición.

2. Seleccione la consulta necesaria y haga clic en el botón "Insertar".

Los resultados de la consulta ahora se pueden ver en forma de tabla después de guardar la página.

Fuente monoespacial para el editor de Wiki Markdown

Con la introducción de fuentes monoespaciales para el editor de Markdown wiki, la legibilidad ya no es un desafío. La fuente de Markdown se ve limpia y fácil de leer. Esta característica se ha priorizado en función de este ticket de sugerencia.

Vínculos permanentes para páginas wiki

Hasta ahora, los vínculos de la página Wiki compartida se rompieron si se cambió el nombre o se movió la página vinculada. Ahora hemos introducido vínculos permanentes agregando identificadores de página a la dirección URL. Esto garantiza que los vínculos que comparta permanecen intactos a medida que cambia la wiki a lo largo del tiempo.

Esta característica se ha priorizado basado en este ticket de sugerencia.

Mostrar el estado del elemento de trabajo en páginas wiki

En esta actualización, hemos mejorado las menciones de elementos de trabajo en páginas Wiki agregando el estado del elemento de trabajo a la página, junto con su identificador y título.

Las referencias de elementos de trabajo en los comentarios de Pull Request y en las discusiones en los tableros también mostrarán el estado.

@mention usuarios y grupos

Ahora puede @mention usuarios y grupos en una página de wiki. Esto hace que los documentos como la página de contacto de un equipo, los documentos de orientación y los documentos de conocimiento sean más enriquecidos. La imagen siguiente es un ejemplo que muestra una retrospectiva de sprint con tareas y la persona responsable.

Además, puede seleccionar un usuario o un grupo de la sugerencia automática escribiendo "@" en la página de edición del wiki. La persona mencionada también recibirá una notificación por correo electrónico.

Por último, también puede hacer clic en el usuario @mentioned para ver la tarjeta de perfil. Esta funcionalidad se ha priorizado basándose en la sugerencia de característica .

Notificaciones en páginas wiki

Hasta ahora, no tenía una manera de saber cuándo se cambió el contenido de una página wiki. Ahora puede seguir las páginas wiki para recibir notificaciones por correo electrónico cuando se edite, elimine o cambie el nombre de la página. Para realizar un seguimiento de los cambios realizados en una wiki, seleccione el botón Seguir de la página wiki.

Esta característica se ha priorizado basado en este ticket de sugerencia . Para más información, consulte nuestra documentación aquí.

Compatibilidad con etiquetas HTML

Ahora, puede crear contenido más completo en wiki mediante etiquetas HTML. Consulte lo que puede hacer con etiquetas HTML a continuación.

1. Ahora puede crear secciones contraíbles dentro de las páginas wiki mediante las etiquetas de detalles y resumen. Puede agregar el atributo open para mantener los detalles expandidos de forma predeterminada.

   

   Para obtener más información sobre la etiqueta de detalles de , consulte la documentación aquí.

   Esto se ha priorizado en función de este ticket de sugerencia.

   Nota

   Esta etiqueta no se admite en los exploradores edge e Internet Explorer.

Creación y edición de tablas mejoradas

Hasta ahora, la creación y edición de tablas en una wiki era difícil. Hemos realizado cambios para que sea más fácil agregar y administrar tablas en la wiki.

1. Creación de una tabla a partir de la cuadrícula

   Ya no tiene que recordar la sintaxis de la tabla markdown. Ahora puede crear fácilmente una tabla markdown seleccionando una cuadrícula de 15 X 15. Solo tiene que seleccionar el número necesario de columnas y filas para insertar una tabla con un solo clic.

   

   Esta característica se ha priorizado en función de los siguientes tickets de sugerencia:

   • vista de tabla para wiki
   • Hazlo simple para insertar tablas en la Wiki

2. Mejor legibilidad de tabla

   Ahora puede alternar ajuste de líneas para mejorar la legibilidad de las tablas en el editor. Al deshabilitar el ajuste de palabras, se agrega una barra de desplazamiento que le permite ver de manera más sencilla el contenido de las tablas grandes.

   

3. Formato automático de tablas de Markdown

   Ya no tiene que agregar espacios para alinear las columnas markdown. Con el botón Formato de tablas, las tablas markdown se formatean automáticamente añadiendo espacios en las celdas para alinear las columnas. Si tiene tablas grandes, úselo con desactivar el ajuste de palabras para facilitar la lectura de las tablas.

   

   También puede usar el acceso directo Ctrl + Mayús + F para dar formato a las tablas.

Informes

La extensión analytics ya no es necesaria para usar Analytics

El análisis se está convirtiendo cada vez más en una parte integral de la experiencia de Azure DevOps. Es una funcionalidad importante para ayudar a los clientes a tomar decisiones basadas en datos.

Para Update 1, nos complace anunciar que los clientes ya no necesitan la extensión Analytics para usar Analytics. Los clientes ahora pueden habilitar Analytics debajo de la configuración de la recopilación de proyectos. Es un proceso sencillo que está justo dentro del producto.

Aquí se muestra cómo los clientes pueden habilitar Analytics:

1. Vaya a Configuración de la colección de proyectos:

2. Haga clic en Habilitar Analytics

¡Y eso es todo! Las experiencias impulsadas por análisis se activarán para la recopilación de datos.

Las nuevas colecciones creadas en Update 1 y en Azure DevOps Server 2019, que se actualizaron con la extensión de Analytics instalada, tendrán Analytics habilitado de forma predeterminada.

Para obtener más información sobre Analytics y las experiencias que habilita:

• Obtenga más información sobre la habilitación de la analítica.
• Lea la documentación de información general de Analytics.
• Lea sobre las características clave: Widgets de Análisis, Informe de Principales Pruebas Fallidas, Integración con Power BI, y el Endpoint de OData .
• Vea este video de Channel 9 sobre Azure DevOps Analytics.

comentarios

¡Nos encantaría oír de ti! Puede notificar un problema o proporcionar una idea y realizar un seguimiento a través de Developer Community y obtener consejos sobre Stack Overflow.