Compartir a través de

Azure Pipelines: actualización de Sprint 230

  • Artículo

Características

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.

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.

Make a suggestion

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