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

| Developer CommunityConfiguración de los términos | de licencia de los requisitos | del sistemaHashes sha-1 del blog | deDevOps

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

Para obtener 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.

---

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 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 provocan 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 obtener más información sobre cómo actualizar de forma segura de Azure DevOps Server 2019 a Azure DevOps Server 2020.

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: Azure DevOps Server vulnerabilidad de ejecución remota de código.

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 de carga de 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 comandos siguientes 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 las canalizaciones que usan las tareas afectadas.

• En el 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: Azure DevOps Server vulnerabilidad de ejecución remota de código.
• 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 Azure DevOps Server 2019 Update 1.2 patch 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.  

Nota

El AZP_AGENT_DOWNGRADE_DISABLED debe establecerse en "true" para evitar que el agente se degrada. En Windows, se puede usar 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 de carga de 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 el directorio a los archivos extraídos.
3. Ejecute los comandos siguientes 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 las canalizaciones que usan las tareas afectadas.

• En el 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: August 8, 2023

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

• CVE-2023-36869: Azure DevOps Server vulnerabilidad de suplantación de identidad.
• 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 interfiere 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" especificado.
• 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.

Azure DevOps Server actualización 1.2 de la actualización 1.2: 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 posterior.

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.

• Email notificaciones 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 tardaba 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 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 Developer Community | No se pueden registrar los detalles de iteración del resultado de la 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: Ejecute 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 la revisión se ha instalado 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 se instala 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 la tarea 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 carpeta nueva 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 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. 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 Azure DevOps Server
• CVE-2020-17135: vulnerabilidad de suplantación de identidad Azure DevOps Server
• CVE-2020-17145 : Vulnerabilidad de suplantación de identidad de Azure DevOps Server y Team Foundation Services
• Se ha corregido un problema con TFVC que no procesaba 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: Ejecute 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 la revisión se ha instalado 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 se instala 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 Azure PowerShell 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 el 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 los 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 de 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 siguientes errores. 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 un resumen 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 de 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

• La edición de campos en Test Plans es lenta.
• En un caso de prueba, al abrir desde paneles (en lugar de Test Plans), 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 proporciona 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".
• Errores de indexación y consulta en Elastic Search al actualizar desde TFS 2018 Update 2 o posterior.
• 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.

---

Azure DevOps Server 2019 Update 1 Patch 1 Release Date: 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 actualización 2019 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 la actualización 1 de Azure DevOps Server 2019

Azure DevOps Server 2019 Update 1 presenta muchas características nuevas. Entre los aspectos destacados se incluyen:

• Nuevo proceso básico
• Consulta de trabajo con respecto al inicio del día, la semana, el mes o el año
• Aceptación y ejecución de problemas en GitHub durante la planeación en Azure Boards
• Volver a ejecutar la compilación expirada para solicitudes de incorporación de cambios autocompletadas
• Nuevos tipos de combinación para completar las solicitudes de incorporación de cambios
• Desencadenamiento de canalizaciones de YAML con etiquetas
• Asistente de tareas para editar archivos YAML
• Editor web con IntelliSense para canalizaciones YAML
• Administración de versiones de GitHub mediante canalizaciones
• Widget de tendencia de resultados de prueba (avanzado)
• Información de la procedencia de los paquetes
• Compatibilidad con paquetes de Python
• Orígenes ascendentes para Maven
• Insertar Azure Boards resultados de la consulta en Wiki
• Vínculos permanentes 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
• 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 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 en el formulario de elemento de trabajo se ordenó 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 tendrán que actualizar manualmente el XML de cada proyecto con el fin de habilitar nuevas características después de actualizar su colección.

de

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

Organización de materiales de referencia con datos adjuntos de elementos de trabajo más completos

Adjuntar archivos a elementos de trabajo le permite a usted y a su 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 parte 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 para encontrar rápidamente la información que necesita.

de

Compartir el panel del equipo con un distintivo

El archivo LÉAME del repositorio suele ser el hogar al que el equipo del proyecto recurre 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 del 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, simplemente puede copiar el ejemplo de Markdown desde la página de configuración del distintivo de estado y pegarlo en el archivo.

Consulta de trabajo con respecto al inicio del día, la semana, el mes o el año

Aunque los equipos a menudo se centran en el trabajo en el contexto de lo que viene a continuación o en función de las iteraciones de sprint, a menudo es interesante examinar el trabajo a través de la lente del calendario para informar sobre todo el trabajo que sucedió 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 en Fecha >de cambio de estado = @StartOfYear y 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 Developer Community 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 nuevos botones. 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 de 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 en torno a los comentarios para que sea más claro dónde comienzan y terminan los comentarios de los usuarios.

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

Vaya a Azure Boards elementos de trabajo directamente desde menciones 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 en 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 Azure Boards para obtener más información.

Aceptación y ejecución de problemas en GitHub durante la planeación 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 se pueden realizar otros escenarios. Si el equipo quiere seguir aceptando informes de errores de los usuarios, por ejemplo, como problemas en GitHub, pero relacionar y organizar el trabajo general del equipo en Azure Boards, ahora puede.

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 & Azure Boards de GitHub para obtener más información.

Visualización rápida de la actividad vinculada de GitHub desde el panel Kanban

Al revisar el panel kanban usted mismo o como equipo, a menudo tiene preguntas como "¿ya ha iniciado el desarrollo de este elemento?" 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 solicitudes de incorporación de cambios de borrador.

Las solicitudes de incorporación de cambios de borrador se pueden crear seleccionando 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 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 la compilación expirada para solicitudes de incorporación de cambios autocompletadas

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 podría tardar demasiado tiempo y una compilación asociada podrí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.

Ver solo el archivo izquierdo o derecho en una solicitud de incorporación de cambios

Hoy, al ver los cambios de archivo en una solicitud de incorporación de cambios, puede usar un modo de diferenciación en paralelo o 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 combinación para completar las 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 Developer Community: 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 "solo combinación de squash" en vigor, tendrá que editar esa directiva para poder usar las nuevas estrategias de combinación.

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

• 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á rebaserla. La rebasificación modificará la rama de origen sin pasar por el proceso de aprobación de directivas.
• Si ha usado la extensión de conflicto de mezcla para resolver conflictos de mezcla. Las resoluciones de conflicto aplicadas a una combinación triple rara vez se realizan correctamente (o incluso son 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 (SOLICITUDES de incorporación de cambios)

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 la rama de destino para personalizar la vista de solicitudes de incorporación de cambios en la pestaña Mina .

Permitir que las extensiones agreguen resaltado de sintaxis y autocompletar

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

Con esta actualización, hemos 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.

Aquí puede encontrar un ejemplo de una extensión que muestra esta característica.

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

Punto de extensión de creación del repositorio

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 (redireccionamientos, elementos emergentes, etc.) al menú del selector de repositorios, lo que permite flujos como escenarios alternativos de creación de repositorios.

Compatibilidad con codificación mejorada

Anteriormente, la edición y el guardado 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 cuando intente guardar un archivo que no esté codificado UTF a través de la web (que solo admite codificación UTF). Además, hemos agregado compatibilidad con la codificación UTF-16 y UTF-32 a través del punto de conexión de inserciones web. Esto significa que se conservará 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.

Go get command support in 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 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 que piden que sea más fácil editar archivos YAML para canalizaciones, por lo que vamos a agregar 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 listas de selección y 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 de YAML con etiquetas

Las canalizaciones de YAML se pueden desencadenar cuando se agregan etiquetas a una confirmación. Esto es valioso 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 insertados

Anteriormente, era necesario 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

Establecer para cancelar automáticamente una canalización existente cuando se actualizan las solicitudes 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 solicitud de incorporación de cambios.

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

Elección del directorio del código desprotegido en canalizaciones de YAML

Anteriormente, desprotegimos 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 de Azure App Service 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 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 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.

Administración de versiones de GitHub mediante 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 simple 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á al 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

Necesitamos proporcionar seguridad para los recursos protegidos (por ejemplo, conexiones de servicio, grupos de variables, grupos de agentes, archivos seguros) cuando se hace referencia 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, agregamos una configuración para marcar un recurso como "autorizado para su uso en todas las canalizaciones".

Con esta actualización, le facilitamos la corrección de un problema de autorización de recursos incluso si no ha marcado un recurso como tal. En la nueva experiencia, cuando se produce un error en una 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.

Nuevos puntos de contribución de extensión en la pestaña 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 pruebas en Canalizaciones. Esto permitirá a las extensiones de Marketplace proporcionar experiencias de informes más personalizadas y agregar más interactividad.

Los dos puntos de contribución son:

1. Botón Acción personalizada de la barra de herramientas

   A veces, puede 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 distintos 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.

Ejecutar una vez agente

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 de notificación) 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.

grupo de agentes

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 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 correcta. Puede configurar la fase para implementar automáticamente la última versión correcta configurando el desencadenador 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 grupos de implementación para obtener más información.

Enlace de servicio de anotaciones de Grafana

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

Consulta de tareas de alertas de Azure Monitor

La versión anterior de la tarea Consulta de Azure Monitors solo admite las alertas de consulta 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 especificación en la tarea Implementar 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 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.

Restauración de canalizaciones de versión eliminadas

La eliminación de canalizaciones de versión sin usar ayuda a mantener la lista de canalizaciones de versión limpia, 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 en la lista y haciendo clic en el botón Restaurar .

Notificaciones sobre un error 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 asigne un elemento de trabajo.

Con esta actualización, hemos 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 una 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 una versión de artefacto no está disponible. Para obtener información sobre cómo administrar las notificaciones, consulte la documentación aquí.

Programación de versiones en 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 Programar desencadenador de versión para programar versiones solo si ha cambiado la versión del artefacto o la definición de versión.

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

Publicar en 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 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 Administración del proyecto.

Con esta actualización, hemos 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. En el caso de un clúster deshabilitado de RBAC, la cuenta de servicio creada tiene permisos para todo el clúster en espacios de nombres.

Registro de contenedor de Azure en la conexión del servicio del 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 que busca.

Tarea del instalador de herramientas de Duffle en la canalización de compilación y versión

Duffle es una herramienta de línea de comandos que permite instalar y administrar agrupaciones 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 agregado una nueva tarea para canalizaciones de compilación y versión que le 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 realiza como entrada una lista de imágenes de contenedor que se pueden especificar junto con sus etiquetas o resúmenes. Esto se sustituye en 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 del lanzamiento 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 la información de rastreabilidad sobre la organización, el proyecto, la canalización y la ejecución de origen.

• Bake manifest (Bake manifest): 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: la elección de una estrategia de valor controlado con acción de implementación conduce a la creación del porcentaje deseado de cargas de trabajo con el sufijo -baseline y -canary para que se puedan comparar durante una ManualIntervention tarea antes de usar 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 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 de 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 reciente 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 portascar 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, hemos agregado compatibilidad con agentes 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 Azure PowerShell módulo Az

Azure PowerShell proporciona un conjunto de cmdlets que puede usar para administrar los recursos de Azure desde la línea de comandos. En diciembre pasado, el módulo Azure PowerShell Az estaba disponible 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 tarea Azure PowerShell versión 4.* en las canalizaciones de compilación y versión, hemos agregado compatibilidad con el nuevo módulo Az para todas las plataformas. Azure PowerShell versión 3.* de la tarea seguirá siendo compatible con el módulo AzureRM. Sin embargo, para mantenerse al día con los servicios y características de Azure más recientes, se recomienda cambiar a la versión 4.* de Azure PowerShell tarea 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 de Azure RM al módulo Az de Azure PowerShell aquí.

Nota

Debe instalar el módulo Az en la máquina del agente si usa agentes privados.

Para obtener 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 Azure SQL tarea

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

Publicación de artefactos de compilación con rutas de acceso de archivo largas

Hasta ahora, hubo 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.

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

Ahora puede indicar a Azure Pipelines que ignore una confirmación y omita la ejecución de una canalización que la confirmación desencadenaría normalmente. 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 que se enumeran a continuación. Esto se admite para confirmaciones en 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***

Test Plans

Widget de tendencia de resultado de prueba (avanzado)

El widget Tendencia de resultados de prueba (avanzado) proporciona visibilidad casi en tiempo real de los datos de prueba para varias compilaciones y versiones. El widget Tendencia de resultado de la 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 correcta.

El widget Tendencia de resultados de pruebas (avanzado) le ayuda a averiguar valores atípicos en los resultados de las pruebas y a 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 pases 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 superación y el recuento de resultados de pruebas o duración de la prueba
• Presenta los resultados de las pruebas en función de varias canalizaciones de compilación o canalizaciones de versión
• Usa opciones combinadas de gráficos 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, propietario o canalizaciones

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

Compartir los resultados de la ejecución de pruebas a través de la 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 el resumen de compilación o versión. Con esta actualización, hemos agregado una característica copy results URL para que pueda compartir un único resultado de la ejecución de pruebas 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 contengan 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 la procedencia de 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é los publicó 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 a las páginas de detalles de la lista de paquetes y 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: ambos paquetes se generan usted mismo y los paquetes ascendentes guardados del 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 los canales ascendentes de Maven a una fuente existente, visite Configuración de fuentes, seleccione la tabla dinámica Orígenes ascendentes y, a continuación, seleccione Agregar origen ascendente.

Compatibilidad con proxy 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 provocó desafíos al usar 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 ('[type] Authenticate' en el diseñador): estas tareas admiten servidores proxy durante la adquisición de tokens de autenticación, pero sigue siendo necesario configurar las tareas o scripts o herramientas posteriores para usar también el proxy. Por otra parte, 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 paquete artifacts admitidos 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 artefactos admitidas en 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 las vistas, por lo que puede desencadenar versiones cuando los paquetes ya están en la fuente se promueven 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 anteriores del paquete 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 .

Delegado que puede administrar fuentes

En Azure Artifacts, los 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 dar esta capacidad a otros usuarios y grupos, de modo 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.

Insertar Azure Boards resultados de la consulta en Wiki

Ahora puede insertar Azure Boards resultados de consulta 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 en el 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 tener que 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 parece limpio y fácil de leer. Esta característica se ha priorizado en función de esta incidencia 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 esta incidencia 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 las 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 solicitudes de incorporación de cambios y las discusiones de boards también mostrarán el estado.

@mention usuarios y grupos

Ahora @mention puede 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 instrucciones y los documentos de conocimiento sean más completos. 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ías 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 esta incidencia 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 las etiquetas HTML a continuación.

1. Ahora puede crear secciones contraíbles dentro de las páginas wiki mediante los detalles y las etiquetas de 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 esta incidencia 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 una cuadrícula

   Ya no tiene que recordar la sintaxis de la tabla markdown. Ahora puede crear fácilmente una tabla markdown seleccionando desde 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 wiki

2. Mejor legibilidad de las tablas

   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 el contenido de tablas grandes más fácil.

   

3. Formato automático de tablas de Markdown

   Ya no tiene que agregar espacios para alinear las columnas de Markdown. Con el botón Format tables (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.

Notificación

La extensión de 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 configuración de 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 análisis.

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

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

Para 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 Developer Community y obtener consejos sobre Stack Overflow.

---

Principio de página