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

Términos de licencia de los requisitos | | del sistema de la comunidad | de desarrolladores 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 Descargas de Azure DevOps Server.

La actualización directa a Azure DevOps Server 2020 es compatible con Azure DevOps Server 2019 o Team Foundation Server 2015 o versiones posteriores. 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.

---

Caja fuerte actualizar 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 en función de la configuración de nivel de proyecto.

Azure DevOps Server 2020 controla la retención de compilación de forma diferente, en función de las directivas de retención de nivel de canalización. Algunas configuraciones de directiva llevan a que las ejecuciones de canalización se eliminen después de la actualización. Las ejecuciones de canalización que se han conservado manualmente o que se conservan mediante una versión no se eliminarán después de la actualización.

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

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

Archivo	Hash SHA-256
devops2019.1.2patch9.exe	4A3F41BBE00174DE96467878766EBF7F4D292526CBC1D885180B55D994B4D81

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

• Optimice la implementación de actualizaciones de agente y tareas de las revisiones anteriores (revisión 5 y 6).

Nota:

No es necesario seguir los pasos descritos en las revisiones 5 y 6; se pueden omitir y esta revisión se puede aplicar en su lugar.

Instalación de revisiones

Importante

 Esta revisión actualiza el agente de canalización disponible, la nueva versión del agente después de instalar la revisión 9 será la 3.225.0.

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 usen las tareas afectadas. Consulte aquí para obtener más información sobre el comportamiento habilitado:

• En clásico:

  Defina la variable en la pestaña variable de la canalización.

• 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

Archivo	Hash SHA-256
devops2019.1.2patch8.exe	67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

Hemos publicado la revisión 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

Archivo	Hash SHA-256
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AAA

Hemos publicado la revisión 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 de las tareas de PowerShell para habilitar la validación de parámetros de argumentos de tareas de shell.

Nota:

Para implementar correcciones para esta revisión, tendrá que seguir varios pasos para actualizar manualmente las tareas.

Instalación de revisiones

Importante

Publicamos actualizaciones del agente de Azure Pipelines con Patch 5 publicado el 12 de septiembre de 2023. Si no instaló las actualizaciones del agente como se describe en las notas de la versión de Patch 5, se recomienda instalar estas actualizaciones antes de instalar Patch 6. La nueva versión del agente después de instalar Patch 5 será 3.225.0.

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

Archivo	Hash SHA-256
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Descargue y extraiga Tasks20231103.zip.
2. Cambie el directorio a 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 utilizar el nuevo comportamiento, se debe establecer una variable AZP_75787_ENABLE_NEW_LOGIC = true en las canalizaciones que utilizan las tareas afectadas.

• En clásico:

  Defina la variable en la pestaña variable de la canalización.

• 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.

Importante

Implemente la revisión en un entorno de prueba y asegúrese de que las canalizaciones del entorno funcionan según lo previsto antes de aplicar la corrección a producción.

Nota:

Para implementar correcciones para esta revisión, tendrá que seguir varios pasos para actualizar manualmente el agente y las tareas.

Instalación de revisiones

1. Descargue e instale la revisión 5 de Azure DevOps Server 2019 Update 1.2.

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.  

Nota:

AZP_AGENT_DOWNGRADE_DISABLED debe establecerse en “true” para evitar que el agente sea degradado. En Windows, se puede utilizar el siguiente comando en un símbolo del sistema administrativo, seguido de un reinicio. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

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. Descargar y extraer Tasks_20230825.zip.
2. Cambie el directorio a 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 utilizar el nuevo comportamiento, se debe establecer una variable AZP_75787_ENABLE_NEW_LOGIC = true en las canalizaciones que utilizan las tareas afectadas.

• En clásico:

  Defina la variable en la pestaña variable de la canalización.

• 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 publicado una revisión 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 publicado una revisión para Azure DevOps Server 2019 Update 1.2 que incluye correcciones para lo siguiente.

• Se ha corregido un error que interfiera con la inserción de paquetes al actualizar desde 2018 o versiones anteriores.

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

Hemos publicado una revisión 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 de paralelismo de cuentas".

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

Hemos publicado una revisión 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 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 acumulació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.

Nota:

La herramienta de migración de datos estará disponible para Azure DevOps Server 2019 Update 1.2 aproximadamente tres semanas después de esta versión. Puede ver la lista de versiones actualmente admitidas para la importación en esta página.

Esta versión incluye correcciones para lo siguiente:

• Revoque 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 publicado una revisión para Azure DevOps Server 2019 Update 1.1 que incluye correcciones para lo siguiente.

• Las notificaciones por correo electrónico no se enviaron al usar el @mention control en un elemento de trabajo.
• La dirección de correo electrónico preferida no se actualizaba en el perfil de usuario. Como resultado, los correos electrónicos se enviaron a la dirección de correo electrónico anterior.
• Se ha solucionado la vulnerabilidad de Elasticsearch mediante la eliminación de la clase jndilookup de los archivos binarios de log4j.

Pasos de instalación

1. Actualice el servidor con la revisión 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 = Version, Valor = 5.4.1).
3. Ejecute el comando de actualización PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update, tal como se proporciona en el archivo Léame. Puede devolver una advertencia como la siguiente: No se puede conectar al servidor remoto. No cierre la ventana, ya que la actualización realiza reintentos hasta que se completa.

Nota:

Si Azure DevOps Server y Elasticsearch están instalados en diferentes máquinas, siga los pasos que se describen a continuación.

1. Actualice el servidor con la revisión 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 = Version, 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, en la carpeta de archivos remotos de Elasticsearch.
4. Ejecute Configure-TFSSearch.ps1 -Operation update en la máquina del servidor de Elasticsearch.

Hash SHA-256: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

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

La revisión 12 para Azure DevOps Server 2019 Update 1.1 incluye correcciones para lo siguiente.

• Se ha corregido la macro de elemento de trabajo para las consultas con "Contains Words". Anteriormente, las consultas devolvían resultados incorrectos para los valores que contenían un salto de línea.
• Problema de localización para los estados de diseño 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

La revisión 11 para Azure DevOps Server 2019 Update 1.1 incluye correcciones para lo siguiente.

• Resuelva el problema notificado en este vale de comentarios de Developer Community.

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

La revisión 10 para Azure DevOps Server 2019 Update 1.1 incluye correcciones para lo siguiente.

• Se ha corregido un problema con los trabajos 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

La revisión 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 tbl_testCaseReferences tabla. 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 una revisión para Azure DevOps Server 2019 Update 1.1 que corrige lo siguiente.

• CVE-2021-27067: Divulgación de información
• Resolución del problema notificado en este vale de comentarios de la Comunidad de desarrolladores | No se pueden registrar los detalles de iteración de resultados de prueba en Azure DevOps Server 2019

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

Instalación de revisiones generales

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 se ha instalado la revisión o que no está instalada.

• 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

Nota:

Todos los pasos mencionados a continuación deben realizarse en una máquina Windows.

Instalar

1. Extraiga el paquete AzureResourceGroupDeploymentV2.zip en una nueva carpeta del 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 un símbolo del sistema en modo de 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. En el símbolo del sistema, ejecute el siguiente comando. 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. Use la ruta de acceso del archivo .zip extraído en el 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 una revisión para Azure DevOps Server 2019 Update 1.1 que corrige lo siguiente. 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 detenidas se eliminan inmediatamente después de la migración a Azure DevOps Server 2020
• Corrección de 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 una revisión para Azure DevOps Server 2019 Update 1.1 que corrige lo siguiente. 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

Importante

Lea las instrucciones completas que se proporcionan a continuación antes de instalar esta revisión.

Instalación de revisiones generales

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 se ha instalado la revisión o que no está instalada.

• 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

Nota:

Todos los pasos mencionados a continuación deben realizarse en una máquina Windows.

Requisitos previos

1. Instale 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 error en error estándar en la tarea.

Instalar

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

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

3. Abra un símbolo del sistema en modo de 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. En el símbolo del sistema, ejecute el siguiente comando. 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 una revisión para Azure DevOps Server 2019 Update 1.1 que corrige lo siguiente. 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 una revisión para Azure DevOps Server 2019 Update 1.1 que corrige lo siguiente. Consulte la entrada de blog para obtener más información.

• CVE-2020-1326: Vulnerabilidad de scripting entre sitios
• La canalización de compilación muestra una conexión incorrecta para usuarios no autorizados al seleccionar Otro origen de Git.
• Se ha corregido el error al cambiar la 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 una revisión para Azure DevOps Server 2019 Update 1.1 que corrige lo siguiente. 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 de usuario.

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

Hemos publicado una revisión para Azure DevOps Server 2019 Update 1.1 que corrige lo siguiente. 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 scripting 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 acumulación 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.

Nota:

La herramienta de migración de datos estará disponible para Azure DevOps Server 2019 Update 1.1 aproximadamente tres semanas después de esta versión. Puede ver la lista de versiones actualmente admitidas para la importación en esta página.

En esta versión se incluyen las correcciones de los siguientes errores:

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, los campos como Duration pueden ser NULL en algunas configuraciones regionales.
• Es posible que la ruta de acceso de plantilla no apunte a un archivo JSON válido en una canalización que incluya una implementación de grupo de recursos de Azure.
• La página de configuración de retención de nivel de colección aparece en las páginas de configuración del proyecto.

Azure Test Plans

• Los campos de edición de planes de prueba son lentos.
• En un caso de prueba, al abrir desde paneles (en lugar de planes de prueba), los detalles del paso compartido no se abren.

General

• Las 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 de la actualización 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

Nota:

La herramienta de migración de datos estará disponible para Azure DevOps Server 2019 Update 1 aproximadamente tres semanas después de esta versión. Puede ver la lista de versiones actualmente admitidas para la importación en esta página.

---

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. Entre los aspectos destacados se incluyen:

• Nuevo proceso básico
• Consulta de trabajo en relación al inicio del día, semana, mes o año
• Aceptar y actuar en relación con problemas registrados en GitHub mientras se planea el trabajo en Azure Boards
• Volver a ejecutar compilaciones que han expirado para las solicitudes de incorporación de cambios que está configuradas para completarse automáticamente
• Nuevos tipos de fusión para completar solicitudes de incorporación de cambios
• Desencadenamiento de canalizaciones YAML con etiquetas
• Asistente de tareas para editar archivos YAML
• Editor web con IntelliSense para canalizaciones YAML
• Administrar versiones de GitHub con canalizaciones
• Widget de tendencia de resultados de prueba (avanzado)
• Información de procedencia en los paquetes
• Compatibilidad con paquetes de Python
• Orígenes ascendentes para Maven
• Inserción de resultados de consulta de Azure Boards en wiki
• Vínculos permanentes para páginas wiki
• Notificaciones en páginas wiki
• La extensión analytics ya no es necesaria para usar Analytics

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

• General
• Boards
• Repos
• Canalizaciones
• Test Plans
• 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.

Boards

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 el trabajo, mueva los elementos a lo largo de un flujo de trabajo de estado simple de To Do, Doing y Done.

Consulte la documentación de seguimiento de problemas y tareas para ayudarle a empezar a trabajar con el nuevo proyecto.

Orden de 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 para obtener información sobre cómo habilitar características específicas.

Organice el material de referencia con datos adjuntos más completos en los elementos de trabajo

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 en miniatura. Haga doble clic en el archivo para abrir una vista previa y recorrerlos rápidamente para encontrar rápidamente la información que necesita.

Compartir el panel del equipo con un distintivo

El archivo LÉAME del repositorio suele ser el hogar al que se dirige el equipo del proyecto para obtener información sobre cómo contribuir y usar la solución. Ahora, al igual que puede con un estado de compilación o implementación en Azure Pipelines, puede agregar a su LÉAME 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 está código abierto.

Si el ARCHIVO LÉAME se basa en Markdown, basta con copiar el ejemplo de Markdown desde la página de configuración del distintivo de estado y pegarlo en el archivo.

Consulta de trabajo en relación al inicio del día, semana, mes o 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 nuevo conjunto 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 la fecha <de cambio de estado = @StartOfYear("+3M"). Consulte la documentación de 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 de la Comunidad de desarrolladores altamente votada, editar y eliminar comentarios en la discusión del 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 desbordamiento, verá la opción para eliminar el 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.

Navegue hasta los elementos de trabajo de Azure Boards directamente desde las menciones realizadas en 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 AB#{work item ID} sintaxis, 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 GitHub de Azure Boards para más información.

Aceptar y actuar en relación con problemas registrados en GitHub mientras se planea el trabajo 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 usa el equipo para confirmaciones y solicitudes de incorporación de cambios todavía se aplica y, por supuesto, puede vincular manualmente en Azure Boards con la dirección URL del problema. Consulte la documentación de GitHub y Azure Boards para obtener más información.

Ver rápidamente la actividad de GitHub vinculada 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 personalizar tarjetas para obtener más información sobre esto y las demás anotaciones para tareas y pruebas.

Repos

Borrador de solicitudes de incorporación de cambios

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 Crear al crear una solicitud de incorporación de cambios.

Una vez que haya creado una solicitud de incorporación de cambios de borrador, verá un distintivo que indica su estado junto al 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, simplemente haga clic en el botón Publicar de la página de detalles de la solicitud de incorporación de cambios.

Volver a ejecutar compilaciones que han expirado para las solicitudes de incorporación de cambios que está configuradas para completarse automáticamente

Azure Repos ahora pondrá automáticamente en cola las compilaciones expiradas desencadenadas por una directiva de solicitud de incorporación de cambios. Esto se aplica a las solicitudes de incorporación de cambios que han pasado todas las demás directivas y se establecen en autocompletar.

Anteriormente, cuando las solicitudes de incorporación de cambios tenían directivas como revisores necesarios, el proceso de aprobación podía tardar demasiado tiempo y una compilació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 autocompletar, permanecerá bloqueada hasta que un usuario puso en cola manualmente la compilación expirada. Con este cambio, la compilación se pondrá en cola automáticamente para que la solicitud de incorporación de cambios pueda completarse automáticamente después de una compilación correcta.

Nota:

Esta automatización solo pondrá en cola hasta cinco compilaciones expiradas por solicitud de incorporación de cambios y solo intentará volver a poner en cola cada compilación una vez.

View just the left or right file in a pull request (Visualización solamente del archivo izquierdo o derecho en una solicitud de incorporación de cambios)

Hoy en día, al ver los cambios de archivo en una solicitud de incorporación de cambios, puede usar un modo de diferencia en paralelo o de diferencias en línea. 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 fusión para completar solicitudes de incorporación de cambios

Ahora tiene más opciones al combinar los cambios de una solicitud de incorporación de cambios en la rama de destino. Hemos agregado compatibilidad con dos de nuestras características más solicitadas en la Comunidad de desarrolladores: combinación de avance rápido y combinación semi lineal (también denominada "Rebase y merge").

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

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.

Nota:

Las directivas existentes todavía se aplican. Por ejemplo, si la rama tiene actualmente una directiva de "solo combinación de squash", tendrá que editar esa directiva para poder usar las nuevas estrategias de combinación.

Hay algunas situaciones en las que la rebasificación durante la finalización de la solicitud de incorporación de cambios no es posible:

• Si una directiva de la rama de destino prohíbe usar estrategias de rebase, necesitará el permiso "Invalidar directivas de rama".
• Si la rama de origen de la solicitud de incorporación de cambios tiene directivas, no podrá volver a base de ella. La rebasificación modificará la rama de origen sin pasar por el proceso de aprobación de la directiva.
• Si ha usado la extensión de conflicto de mezcla para resolver conflictos de combinación. Las resoluciones de conflictos aplicadas a una combinación triple rara vez son correctas (o incluso válidas) al rebasar todas las confirmaciones de una solicitud de incorporación de cambios de una en una.

En todos estos casos, todavía tiene la opción de rebasar la rama localmente e insertar en el servidor o combinar los cambios al completar la solicitud de incorporación de cambios.

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 mediante la rama de destino.

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

Permitir que extensiones agreguen funcionalidad de resaltado de sintaxis y autocompletar

Actualmente, publicamos resaltado de sintaxis para un subconjunto de idiomas admitidos por el editor de Mónaco. Sin embargo, muchos de ustedes quieren crear su propio resaltado de sintaxis para los lenguajes que no se admiten.

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 solicitudes de incorporación de cambios.

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

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

Punto de 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.

Funcionalidad de codificación mejorada

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 inserción 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 y se muestra un ejemplo del cuadro de diálogo que verá al introducir cambios de codificación mediante una inserción web.

Compatibilidad con el comando get de Go en Azure Repos

Go es un lenguaje de programación código abierto, también conocido como Golang. En Go, puede usar el comando get 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 sus dependencias denominadas por las rutas de importación. Puede usar la import palabra clave para especificar la ruta de acceso de importación.

Pipelines

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 de 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 una tarea asistente 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 la nueva tarea asistente, seleccione Editar en una canalización basada en YAML y, a continuación, seleccione el asistente tarea.

Desencadenamiento de 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 una confirmación se etiquete como la "última buena conocida".

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

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

Declaración de recursos de contenedor insertada

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 insertada 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

Opción para la cancelación automática de una canalización cuando se actualiza una solicitud de incorporación de cambios

De forma predeterminada, las canalizaciones desencadenadas por solicitudes de incorporación de cambios (RR) se cancelarán si se inserta una nueva confirmación en la misma solicitud de incorporación de cambios. Esto es deseable en la mayoría de los casos, ya que normalmente no desea seguir ejecutando una canalización en código obsoleto. Si no desea este comportamiento, puede agregar autoCancel: false al desencadenador de pr.

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

Elija el directorio del código verificado en las canalizaciones YAML

Anteriormente, desprotegimos los repositorios en el s directorio en $(Agent.BuildDirectory). Ahora puede elegir el directorio donde se desprotegirá el repositorio de Git para su uso con canalizaciones YAML.

Use la path palabra clave 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 desprotegirá en el my-great-repo directorio del área de trabajo del agente. Si no especifica una ruta de acceso, el repositorio seguirá desprotegido en un directorio denominado s.

Nuevas tareas del servicio App de Azure optimizadas para YAML

Ahora se admiten cuatro nuevas tareas que proporcionan una manera sencilla y eficaz de implementar App de Azure 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 App de Azure Services, 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 de los proyectos nuevos

Hasta ahora, los colaboradores del proyecto no pudieron crear canalizaciones a menos que se les conceda 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.

Administrar versiones de GitHub con canalizaciones

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 versió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 la versión. 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 con 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 error de compilación debido a un error de autorización de recursos, verá una opción para autorizar explícitamente el uso de esos recursos en la canalización y, a continuación, continuar. Los miembros del equipo con permisos para autorizar recursos podrán completar esta acción directamente desde una compilación con errores.

New extension contribution points in the Pipelines Test tab (Nuevos puntos de contribución de extensión 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á que las extensiones de Marketplace proporcionen experiencias de informes más personalizadas y agreguen más interactividad.

Los dos puntos de contribución son:

1. Botón 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 botón *Acción personalizada.

   

2. Pestaña Detalles personalizados en el panel de detalles

   Es posible que tenga una amplia variedad de flujos de trabajo de consumo de informes de prueba y que quiera ver diferentes puntos de datos en las pruebas con errores 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.

Agente de una sola ejecución

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 terminar el agente (posiblemente causando un error al notificarse) o aceptar el riesgo de que un agente pudiera recibir otro trabajo antes de poder apagarlo. Con esta actualización, agregamos 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 grupo. Además, puede aprender por qué un trabajo no se está ejecutando.

Implementación en destinos con errores 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 invalidar este comportamiento configurando la opción de implementación al implementar. Al seleccionar todos los trabajos y limitar los destinos con errores en una opción de grupo de implementación, la nueva ejecución ejecutará todos los trabajos y omitirá las implementaciones a los destinos que ya están actualizados.

Reimplementación automática al producirse un 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 correcta. Puede configurar la fase para implementar automáticamente la última versión correcta mediante la configuración del desencadenador Volver a implementar automáticamente 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 sobre grupos de implementación para obtener más información.

Enlace de servicio para anotaciones Grafana

Ahora se admite un nuevo enlace de servicio que le permite agregar anotaciones de Grafana para eventos de implementación completados a 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 las tareas de alertas de Azure Monitor

La versión anterior de la tarea Consulta de Azure Monitors solo admite 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 insertada del archivo de especificaciones en la tarea de implementación en Kubernetes

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

Tarea del instalador 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.

Restore deleted release pipelines (Restauración de las canalizaciones de versión eliminadas)

La eliminación de canalizaciones de versión sin usar ayuda a mantener limpia la lista de canalizaciones de versión, pero a veces se elimina algo por error. Con esta actualización, ahora es posible restaurar una canalización de versión 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. En esta vista, puede restaurar una canalización de versión eliminada seleccionando la canalización de la lista y haciendo clic en el botón Restaurar .

Notificaciones sobre errores de solicitudes para crear versiones

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, se ha agregado una nueva suscripción de notificación a la categoría Versión . 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 escenario de ejemplo en el que esto puede resultar útil es cuando se produce un error en una solicitud para crear una versión porque no hay disponible una versión de artefacto. Para obtener información sobre cómo administrar las notificaciones, consulte la documentación aquí.

Programe versiones con el cambio de origen o canalización

Anteriormente, cuando tenía un desencadenador de versión programada, se desencadenaría una versión incluso cuando no se detectó ningún cambio en el artefacto ascendente o en la definición de versión. Se ha agregado una opción al panel De desencadenador programar versiones para programar versiones solo si la versión del artefacto o la definición de versión han cambiado.

Punto de contribución para variables en el diálogo para crear versiones

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 admitir extensiones que ayudarán a rellenar el valor de una variable durante la creación de la versión.

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

Hemos ampliado la tarea de compilación de trabajos 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 a Azure en la conexión del servicio de 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 Administración 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), los objetos ServiceAccount y RoleBinding se crean 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 deshabilitado de RBAC, la cuenta de servicio creada tiene permisos para todo el clúster en los espacios de nombres.

Azure Container Registry 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.

Busque por nombre de carpeta en las definiciones de versiones

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 de versión

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, se ha agregado una nueva tarea para las canalizaciones de compilación y versión que permite instalar una versión específica del archivo 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 de kubectl binario en scripts:

• Sustitución de artefactos: la acción de implementación toma 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 lanzamiento de los objetos de Kubernetes implementados para incorporar comprobaciones de estabilidad mientras calcula 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 bake: la acción bake de la tarea permite hornear gráficos de Helm en archivos de manifiesto de Kubernetes para que se puedan aplicar al clúster.

• Estrategia de implementación: elegir una estrategia de valor controlado con la acción de implementación conduce a la creación del porcentaje deseado de cargas de trabajo sufijos con -baseline y -canary para que se puedan comparar durante una ManualIntervention tarea antes de usar la acción promover o rechazar 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 a 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 del registro de Docker para iniciar sesión en registros de contenedor. 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 cadenas de versión más recientes y semver , como "v1.14.0" se aceptan como valores válidos para la entrada de 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 gater 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 TI.

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 nueva versión 4.* de la nueva tarea de Azure PowerShell en canalizaciones de compilación y versión, 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 Enable-AzureRmAlias comando . 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í.

Nota:

Debe instalar el módulo Az en el equipo del agente si usa agentes privados.

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

Compatibilidad con la 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 (integrada y contraseña) y una cadena de conexión además de la compatibilidad existente con la autenticación de SQL Server.

Publish build artifacts with long file paths (Publicación de artefactos de compilación con rutas de acceso de archivo largas)

Hasta ahora, había una limitación que impedía cargar artefactos de compilación con rutas de acceso 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.

Omita la integración continua (CI) para un commit

Ahora puede indicar a Azure Pipelines que ignore una confirmación y omita la ejecución de una canalización que normalmente desencadenaría la confirmación. Solo tiene que incluir [skip ci] en el mensaje de confirmación de la confirmación HEAD y Azure Pipelines omitirá la CI. También puede usar cualquiera de las variaciones enumeradas a continuación. Esto se admite para confirmaciones en Git de Azure Repos 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***

Test Plans

Widget de tendencia de resultados de prueba (avanzado)

El widget Tendencia de resultados de pruebas (avanzado) proporciona visibilidad casi en tiempo real de los datos de prueba para varias compilaciones y versiones. El widget Tendencia de resultados de prueba (avanzado) muestra una tendencia de los resultados de las pruebas para las canalizaciones o entre canalizaciones. 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 clave para mantener una canalización de DevOps en buen estado.

El widget Tendencia de resultados de pruebas (avanzado) le ayuda a averiguar valores atípicos en los resultados de la prueba y responder preguntas como: ¿las pruebas tardan más tiempo en ejecutarse de lo habitual? ¿Qué archivo de prueba o canalización afecta a mi tasa de paso 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 tasa de superación y recuento de resultados de pruebas o duración de la prueba
• Presenta resultados de prueba basados en varias canalizaciones de compilación o canalizaciones de versión
• 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 series de pruebas con una dirección 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 resumen de compilación o versión. Con esta actualización, hemos agregado una característica copy results URL para que pueda compartir resultados de ejecución de pruebas únicas con otros usuarios del equipo.

Los niveles de uso compartido incluyen:

• Nivel de ejecución
• Nivel de resultado
• Pestaña individual seleccionada dentro de la ejecución de pruebas
• 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.

Artifacts

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, que se indica mediante ).+ 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 semVer y NuGet.org directiva, los metadatos de compilación no se pueden usar para ordenar paquetes. Por lo tanto, no puede publicar y 1.0.0+build11.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 en los 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 las tareas NuGet, npm, Maven y Twine Authenticate (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 tanto a la lista de paquetes como a las páginas de detalles del 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 se generan como los paquetes ascendentes guardados desde pyPI público. Para obtener más información, consulte la entrada de blog del anuncio y los documentos.

Ahora, ahora puede hospedar todos los paquetes NuGet, npm, Maven y Python en la misma fuente.

Orígenes ascendentes para Maven

Los orígenes ascendentes ahora están disponibles para las fuentes de Maven. Esto incluye el repositorio principal de Maven Central y las fuentes de Azure Artifacts. Para agregar maven ascendentes a una fuente existente, visite Configuración de fuentes, seleccione el pivot Orígenes ascendentes y, a continuación, seleccione Agregar origen ascendente.

Proxy support for Artifacts-related tasks (Compatibilidad con proxies para tareas relacionadas con artefactos)

Hasta ahora, muchas tareas de compilación relacionadas con artefactos no proporcionaron compatibilidad completa con la infraestructura de proxy de Azure Pipelines, lo que llevó a desafíos mediante las tareas de 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 restauración e inserción
• DotNetCoreCLI@2 (".NET Core" en el diseñador): solo comandos de inserción de nuget y restauración
• 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. Ponga otra manera, estas tareas no configuran el proxy para la herramienta subyacente (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' en el diseñador)

Todos los tipos de paquetes de Artifacts son compatibles en las versiones

Hasta ahora, solo se admiten paquetes NuGet en el tipo de artefacto de 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 Artifacts compatibles en las versiones

Anteriormente, el tipo de artefacto de Azure Artifacts solo podía desencadenarse cuando se publicaron nuevas versiones de paquete en la fuente. Ahora, también hemos agregado compatibilidad con vistas, por lo que puede desencadenar versiones cuando los paquetes ya están en la fuente promocionados a una vista.

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

Hasta ahora, las fuentes de Azure Artifacts han ofrecido directivas de retención básicas que empezarían a eliminar versiones de paquete antiguas cuando se alcanzó 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 habilitarla, edite la fuente y active la casilla Omitir paquetes descargados recientemente .

Delegate who can manage feeds (Delegado que puede administrar fuentes)

En Azure Artifacts, la colección de proyectos Administración istrators (PCAs) siempre ha podido administrar todas las fuentes en un servidor de Azure DevOps. Con esta actualización, los PCA también pueden dar esta capacidad a otros usuarios y grupos, por lo que delegar 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, vídeos y etiquetas YAML al editar una 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. El origen de Markdown se ve limpio y fácil de leer. Esta característica se ha priorizado en función de este vale 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 en función de este vale 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 solicitud de incorporación de cambios y las discusiones de paneles también mostrarán el estado.

@mention usuarios y grupos

Ahora @mention puede usar usuarios y grupos en una página 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.

@mention usuarios y grupos". />

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

@mention." />

Por último, también puede hacer clic en el @mentioned usuario para ver la tarjeta de información del perfil. Esta característica se ha priorizado en función de esta 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 en función de este vale 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 , eche un vistazo a la documentación aquí.

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

   Nota:

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

Creación y edición de tablas mejorada

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 vales de sugerencia:

   • Vista de tabla para wiki
   • Facilitar la inserción de tablas en la wiki

2. Mejor legibilidad de tabla

   Ahora puede alternar el ajuste de palabras para que el editor tenga una mejor legibilidad de las tablas. Al deshabilitar el ajuste de palabras, se agrega una barra de desplazamiento que le permite ver más fácilmente 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 tienen formato automático agregando espacios a las celdas para alinear las columnas. Si tiene tablas grandes, úsela con deshabilitar 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.

Generación de 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 que los clientes les ayuden a tomar decisiones controladas por 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 colección de proyectos Configuración. Es un proceso sencillo que está justo dentro del producto.

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

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

2. Haga clic en Habilitar análisis.

Y listo. Las experiencias con tecnología de análisis se activarán para la recopilación.

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

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

• Obtenga más información sobre cómo habilitar Analytics.
• Lea la documentación de información general de Analytics.
• Lea las características clave: Widgets de análisis, Informe de prueba con errores principales, Integración de Power BI y punto de conexión de OData.
• Vea este vídeo de Channel 9 en Azure DevOps Analytics.

---

Comentarios

Nos encantaría que nos diera su opinión. Puede notificar un problema o proporcionar una idea y realizar un seguimiento a través de la Comunidad de desarrolladores y obtener consejos sobre Stack Overflow.

---

Principio de página