Share via

Azure Pipelines: actualización de Sprint 177

  • Artículo

Características

Actualización de Node en el agente de Azure Pipelines

Actualización de lo que se publicó originalmente: debido a una incompatibilidad con Red Hat Enterprise Linux 6 y Node 14, hemos suspendido el trabajo en node 14 y primero nos centraremos en llegar al nodo 10.

En esta versión, hemos empezado a alejarnos de Node 6 y hacia una versión de Node compatible como el entorno de ejecución preferido para las tareas de Azure Pipelines. Hemos actualizado el primer lote de tareas integradas para ejecutarse en el nodo 10. Este cambio marca el inicio de un proceso para quitar el nodo 6 del agente de forma predeterminada. El nodo 6 ha salido del soporte técnico a largo plazo y a menudo se marca como un riesgo de seguridad por parte de escáneres automatizados. Aunque creemos que es poco probable que el uso de Node 6 esté sujeto a la mayoría de los posibles errores, es importante que obtengamos tareas en un entorno de ejecución compatible. En el año natural 2021, tenemos previsto comenzar a enviar una versión del agente sin Node 6.

Si usa cualquiera de las tareas habilitadas para Node 10, los agentes autohospedados se actualizarán para ejecutar las nuevas versiones de tareas. Aparte de eso, no debería haber ningún impacto para la mayoría de los clientes. Por otro lado, si es el autor de cualquier tarea, debe empezar a actualizarlas para que se ejecuten en el nodo 10. task.jsonEn , en execution, puede actualizar de Node a Node10. Si necesita admitir versiones anteriores del servidor, puede dejar el Node punto de entrada. Las instancias de Azure DevOps que comprenden el controlador de Node 10 la elegirán de forma predeterminada y las que no se revertirán a la implementación de Node 6.

Guardar un agente incorrecto para la investigación en agentes de conjunto de escalado

Cuando se usan agentes de conjunto de escalado, Azure Pipelines administra el escalado y la reducción vertical de las instancias del agente. Cuando Azure Pipelines detecta una máquina virtual incorrecta en el conjunto de escalado, registrará el problema en la interfaz de usuario de diagnóstico del grupo e intentará eliminar la máquina virtual. Hay muchas razones por las que una máquina virtual puede ser incorrecta: la configuración de red del conjunto de escalado puede haber evitado que la extensión de Azure Pipelines descargue el agente más reciente, es posible que se haya producido un error en la extensión de script personalizado o que la imagen de máquina virtual del conjunto de escalado tenga un reinicio pendiente o pendiente de Windows Novedades.

Al eliminar máquinas virtuales incorrectas, Azure Pipelines mantiene optimizado el grupo de agentes para ejecutar trabajos de CI/CD. En algunos casos, puede usar la página de diagnósticos de Azure Pipelines (mostrada anteriormente) o la página de diagnósticos de Azure para depurar este problema. Sin embargo, en muchos casos, la mejor manera de diagnosticar el problema es iniciar sesión en la máquina virtual y revisar los registros del agente y los registros del visor de eventos. En la actualidad, esto no es fácil de hacer, ya que la máquina virtual incorrecta se elimina automáticamente.

Con esta versión, hemos mejorado la capacidad de diagnóstico de máquinas virtuales incorrectas al proporcionarle la capacidad de guardar un agente incorrecto para su investigación.

Cuando se guarda un agente incorrecto, puede conectarse a la máquina virtual, depurar y recuperar los registros que necesite. Cuando termine, puede liberar el agente y la máquina virtual asociada. Para obtener más información, consulte la sección sobre cómo solucionar problemas de agentes incorrectos.

ubuntu-latest las canalizaciones pronto usarán Ubuntu-20.04

Ubuntu 20.04 pronto será la versión predeterminada de la ubuntu-latest etiqueta en Azure Pipelines. Este cambio se implementará durante un período de varias semanas a partir del 30 de noviembre.

Si ve algún problema con las canalizaciones de Ubuntu:

  • Archivo de un problema en el repositorio de entornos virtuales
  • Vuelva a Ubuntu 18.04 especificando ubuntu-18.04 como en la vmImage canalización. Seguiremos admitiendo Ubuntu 18.04.

Tenga en cuenta que ubuntu-18.04 y ubuntu-20.04 pueden diferir tanto en las herramientas preinstaladas como en las versiones predeterminadas de las herramientas. Para obtener información sobre todas las diferencias, vea https://github.com/actions/virtual-environments/issues/1816.

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.

Hacer una sugerencia

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