Compartir a través de

Integración de GitHub: validación de AB# mejorada

  • Artículo

Con esta actualización, nos complace ofrecer una versión preliminar privada de las mejoras más recientes en nuestra integración de Azure Boards + GitHub.

Además, ahora es posible que los administradores omitan las aprobaciones y comprobaciones en ejecución para completar una revisión en Azure Pipelines.

Consulte las notas de la versión para obtener más información.

General

Azure Boards

Azure Pipelines

Generación de informes

General

Nueva versión del SDK de extensión web de Azure DevOps

Con esta actualización, publicamos una nueva versión del SDK de extensión web de Azure DevOps. El SDK de cliente permite que las extensiones web se comuniquen con el marco de host. Se puede usar para:

  • Notificar al host que la extensión se carga o tiene errores
  • Obtenga información contextual básica sobre la página actual (información actual de usuario, host e extensión)
  • Obtención de información del tema
  • Obtención de un token de autorización para usarlo en llamadas REST a Azure DevOps
  • Obtención de servicios remotos ofrecidos por el marco de host

Puede encontrar una referencia completa de API en la documentación del paquete azure-devops-extension-sdk. Esta nueva versión proporciona compatibilidad con los siguientes módulos:

  • Compatibilidad con módulos ES: el SDK ahora admite módulos ES (ECMAScript) además de los módulos AMD (definición de módulo asincrónico) existentes. Ahora puede importar el SDK mediante la sintaxis del módulo ES, que proporciona mejoras de rendimiento y reduce el tamaño de la aplicación.

  • Compatibilidad con versiones anteriores para módulos AMD: la compatibilidad existente con los módulos AMD permanece intacta. Si el proyecto usa módulos AMD, puede seguir usándolos como antes sin cambios.

Cómo usar:

En el caso de los módulos ES, puede importar nuestros módulos mediante la instrucción import:

import * as SDK from 'azure-devops-extension-sdk';
// Use the module here

Si usa módulos AMD, puede seguir importando el SDK mediante la require función :

require(['azure-devops-extension-sdk'], function(SDK) {

  // Use the module here
});

Azure Boards

Integración de GitHub: validación ab# mejorada (versión preliminar privada)

Estamos iniciando nuestro recorrido de las mejoras de integración de Boards + GitHub abordando las respuestas del bot al vincular a elementos de trabajo mediante la sintaxis AB#. Cuando se vincula a una solicitud de incorporación de cambios mediante la AB#{ID} sintaxis , la única manera de saber si el vínculo se realizó correctamente es examinando el elemento de trabajo o observando el AB#{ID} cambio en un vínculo.

En la actualidad, estamos iniciando una versión preliminar privada con varias mejoras en la aplicación de GitHub de Azure Boards para informarle mejor cuando un vínculo a un elemento de trabajo es válido o no es válido. Esto ayuda a identificar vínculos incorrectos y corregirlos antes de combinar la solicitud de incorporación de cambios.

Screenshots of Team Settings.

Si está interesado en participar en la versión preliminar privada, póngase en contacto con nosotros directamente por correo electrónico. Asegúrese de incluir el nombre de la organización (dev.azure.com/{organization})

Consulte la hoja de ruta pública para obtener más información sobre las próximas características de integración de Azure Boards y GitHub.

Azure Pipelines

Las tareas de Azure Pipelines usan el nodo 16

Las tareas de la canalización se ejecutan mediante un ejecutor, con Node.js usado en la mayoría de los casos. Las tareas de Azure Pipelines que usan un nodo como ejecutor ahora usan el nodo 16. Como Node 16 es la primera versión de Node para admitir de forma nativa apple silicon, esto también completa la compatibilidad con tareas completas para macOS en apple silicon. Los agentes que se ejecutan en apple silicon no necesitan Rosetta para ejecutarse.

A medida que la fecha de fin de ciclo de vida del nodo 16 se ha movido, hemos iniciado el trabajo para ejecutar tareas con Node 20.

Anuncio de la retirada de tareas en desuso

Azure Pipelines tiene muchas tareas en desuso. Las tareas en desuso se retirarán el 31 de enero de 2024. Para ayudarle a identificar canalizaciones que usan tareas en desuso, las canalizaciones mostrarán advertencias si se usa dicha tarea. Actualizamos la Referencia de tarea para transmitir claramente el estado de desuso y la fecha de retirada.

Las siguientes tareas han quedado en desuso y comenzarán a emitir advertencias:

  • AppCenterDistributeV1,
  • AppCenterDistributeV2
  • AzureMonitorV0
  • ChefKnifeV1
  • ChefV1
  • CondaEnvironmentV1
  • DeployVisualStudioTestAgentV2
  • DotNetCoreInstallerV1
  • IISWebAppDeployment
  • QuickPerfTestV1
  • RunJMeterLoadTestV1
  • RunLoadTestV1
  • SqlServerDacpacDeploymentV1
  • XamarinTestCloudV1

Actualice las canalizaciones para usar una versión de tarea más reciente o una alternativa antes del 31 de enero de 2024.

La tarea AzureRmWebAppDeployment admite la autenticación de Identificador de Entra de Microsoft

Las tareas AzureRmWebAppDeploymentV3 y AzureRmWebAppDeployment@4 se han actualizado para admitir App Service con la autenticación básica deshabilitada. Si la autenticación básica está deshabilitada en App Service, las tareas azureRmWebAppDeploymentV3/4 usan la autenticación de Id. de Microsoft Entra para realizar implementaciones en el punto de conexión de Kudu de App Service. Esto requiere una versión reciente de msdeploy.exe instalada en el agente, que es el caso en los agentes hospedados windows-2022/windows-latest (consulte la referencia de tareas).

Mejoras en Aprobaciones API REST

Hemos mejorado la búsqueda de aprobaciones asignadas a un usuario mediante la inclusión de los grupos a los que pertenece el usuario en los resultados de búsqueda.

Aprobaciones ahora contienen información sobre la ejecución de canalización a la que pertenecen.

Por ejemplo, la siguiente llamada a https://dev.azure.com/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending la API REST GET devuelve

{
    "count": 1,
    "value":
    [
        {
            "id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
            "steps":
            [],
            "status": "pending",
            "createdOn": "2023-11-09T10:54:37.977Z",
            "lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
            "executionOrder": "anyOrder",
            "minRequiredApprovers": 1,
            "blockedApprovers":
            [],
            "_links":
            {
                "self":
                {
                    "href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
                }
            },
            "pipeline":
            {
                "owner":
                {
                    "_links":
                    {
                        "web":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
                        },
                        "self":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
                        }
                    },
                    "id": 73222930,
                    "name": "20231109.1"
                },
                "id": "4597",
                "name": "FabrikamFiber"
            }
        }
    ]
}

Omitir Aprobaciones y comprobaciones

Aprobaciones y comprobaciones ayudan a proteger el acceso a recursos importantes, como conexiones de servicio, repositorios o grupos de agentes. Un caso de uso común es usar Aprobaciones y comprobaciones al implementar en producción y desea proteger la conexión del servicio ARM.

Supongamos que ha agregado las siguientes comprobaciones en la conexión de servicio: aprobación, comprobación de horas laborables e invocación de funciones de Azure (para aplicar un retraso entre regiones diferentes).

Ahora, imagine que tiene que realizar una implementación de revisiones. Inicia una ejecución de canalización, pero no continúa, espera a que se completen la mayoría de las comprobaciones. No puede permitirse esperar a que se completen las aprobaciones y comprobaciones.

En este sprint hemos hecho posible omitir las aprobaciones y comprobaciones en ejecución, por lo que puede completar la revisión.

Puede omitir la ejecución de Aprobaciones, horas laborables, invocar funciones de Azure e invocar comprobaciones de la API REST.

Omitir una aprobación.

Screenshot of Bypass an Approval.

Omitir la comprobación del horario comercial.

Screenshot of Bypass Business Hours check.

Omitir invocar la comprobación de funciones de Azure. Omitir la comprobación del horario comercial.

Screenshot of Bypass Invoke Azure Function check.

Cuando se omite una comprobación, puede verla en el panel de comprobaciones.

Screenshot of check bypassed.

Solo puede omitir una comprobación si es un Administración istrator del recurso en el que se definieron las comprobaciones.

Compatibilidad con el servidor de GitHub Enterprise en la comprobación de plantilla necesaria

Las plantillas son un mecanismo de seguridad que permite controlar las fases, los trabajos y los pasos de las canalizaciones de la organización.

La comprobación requerir plantilla le permite exigir que una canalización se extienda desde un conjunto de plantillas aprobadas antes de acceder a un recurso protegido, como un grupo de agentes o una conexión de servicio.

A partir de este sprint, puede especificar plantillas ubicadas en repositorios de GitHub Enterprise Server.

Screenshot of required YAML template.

Volver a ejecutar la invocación de comprobaciones de funciones de Azure

Imagine que implementa el sistema en varias fases. Antes de implementar la segunda fase, hay una comprobación de aprobación e invocación de funciones de Azure que ejecuta una comprobación de integridad en la parte ya implementada del sistema.

Al revisar la solicitud de aprobación, observe que la comprobación de integridad se ejecutó dos días antes. En este escenario, es posible que tenga en cuenta otra implementación que afecta al resultado de la comprobación de integridad.

Con esta actualización, puede volver a ejecutar Invocar función de Azure e invocar comprobaciones de la API REST. Esta funcionalidad solo está disponible para las comprobaciones que se realizaron correctamente y no tienen reintentos.

Screenshot of dynamic check.

Nota:

Solo puede volver a ejecutar una comprobación si es un Administración istrator del recurso en el que se definieron las comprobaciones.

Generación de informes

Filtrado de elementos de trabajo

Nos complace anunciar el filtrado de gráficos de elementos de trabajo. Esta característica le permitirá mantener el puntero sobre el gráfico de elementos de trabajo para obtener información general rápida y explorar en profundidad segmentos de gráfico específicos para obtener información detallada. Ya no es necesario crear consultas personalizadas para acceder a los datos exactos que necesita. Ahora puede profundizar en los elementos de trabajo en gráficos de elementos de trabajo en unos pocos clics.

Gif to demo work item filtering.

Sus comentarios son valiosos para dar forma al futuro de esta característica. Pruébelo ahora y háganos saber lo que piensa en nuestra comunidad de Azure DevOps.

Pasos siguientes

Nota:

Estas características se implementarán en las próximas dos a tres semanas.

Vaya a Azure DevOps y eche un vistazo.

Vaya a Azure DevOps.

Cómo enviar sus comentarios

Nos encantaría escuchar lo que piensas sobre estas características. Use el menú de ayuda para notificar un problema o proporcionar una sugerencia.

Screenshot Make a suggestion.

También puede obtener consejos y sus preguntas respondidas por la comunidad en Stack Overflow.

Gracias,

Silviu Andrica