Actualizaciones del agente de canalización y oportunidades de versión preliminar privada de Azure Boards
Con esta actualización, se resalta el lanzamiento del agente de canalización v3 y el final de las actualizaciones de la versión 2. Las canalizaciones que se ejecutan en un sistema operativo no compatibles con el agente v3 detectarán errores.
Además, nos complace ampliar la oportunidad de participar en dos versiones preliminares privadas de Azure Boards.
Consulte las notas de la versión para obtener más información.
General
Azure Boards
- Compatibilidad con la API REST para conectar repositorios de GitHub (versión preliminar privada)
- Reglas de calle (versión preliminar privada)
Azure Pipelines
- Fin del soporte técnico del agente de canalización para Debian 9, Fedora 32, macOS 10.14 y otros
- Establecer AGENT_ACKNOWLEDGE_NO_UPDATES
Azure General
Compatibilidad con la entidad de servicio y la identidad administrada en Azure DevOps (versión preliminar pública)
Ahora puede agregar entidades de servicio y identidades administradas de Azure Active Directory (Azure AD) a las organizaciones de Azure DevOps para conceder acceso a los recursos de la organización. Para muchos equipos, esta característica puede ser una alternativa viable a los tokens de acceso personal (PAT) al autenticar de forma segura las aplicaciones que automatizan las herramientas de automatización de energía.
Obtenga más información sobre esta característica en el devblog o visitando entidades de servicio y identidades administradas de Azure AD.
Azure Boards
Compatibilidad con la API REST para conectar repositorios de GitHub (versión preliminar privada)
La integración de Azure Boards-GitHub ya está disponible durante varios años. Habilita la vinculación entre confirmaciones, solicitudes de incorporación de cambios y problemas de GitHub para elementos de trabajo en Boards. Sin embargo, la integración actual se limita a conectar 250 repositorios de GitHub a un proyecto y no hay compatibilidad con la API.
Nos complace anunciar una versión preliminar privada limitada para aquellos clientes que alcancen los límites de la implementación actual y desea agregar más de 250 repositorios de GitHub a un proyecto. La versión preliminar le permite acceder a un conjunto de nuevas API REST que le permitirán crear sus propias herramientas para vincular hasta 2000 repositorios por conexión.
Estos puntos de conexión incluyen lo siguiente:
- Lista de conexiones actuales
- Lista de repositorios conectados
- Adición y eliminación de repositorios
Proporcionaremos toda la documentación y los ejemplos de código que le ayudarán a incorporarse a las nuevas API. Si está interesado en participar en la versión preliminar privada, envíenos un correo electrónico directamente. Asegúrese de incluir el nombre de la organización (dev.azure.com/{organization}).
Reglas de calle (versión preliminar privada)
Importante
Debido a un volumen intensivo, hemos dejado de tomar nuevas solicitudes en la versión preliminar privada. Esperamos publicar esta característica en disponibilidad general en el siguiente par de sprints.
Las reglas de calle son similares a las reglas de estilo, pero, en su lugar, le permiten configurar condiciones en la placa Kanban para mover automáticamente los elementos de trabajo a carriles específicos. Por ejemplo, es posible que quiera configurar un carril para cada persona del equipo. Al asignar el elemento de trabajo, se colocará en ese carril.
La característica es uno de los elementos más votados en el espacio de elementos de trabajo y estamos encantados de traerla finalmente a los clientes.
Estamos tomando un número limitado de solicitudes que se van a agregar a una versión preliminar privada para ayudarnos a garantizar que está listo para producción. Si está interesado en obtener acceso anticipado a la característica, envíenos un correo electrónico. Incluya el nombre de la organización (dev.azure.com/{organization}).
Vale de sugerencia de la comunidad
Nota
Esta característica solo estará disponible con la versión preliminar de New Boards Hubs.
Azure Pipelines
Fin del soporte técnico del agente de canalización para Debian 9, Fedora 32, macOS 10.14 y otros
Con el lanzamiento del agente v3 que se aproxima a la finalización, el agente v2 se aproxima al final de su ciclo de vida.
A partir de la versión 2.218 del agente, las canalizaciones que se ejecutan en un sistema operativo que ya no es compatible con el agente v3 producirán el siguiente mensaje de error:
Este sistema operativo dejará de recibir actualizaciones del agente de canalizaciones en el futuro. Para poder seguir ejecutando canalizaciones, actualice el sistema operativo o establezca una variable de entorno o un mando de agente "AGENT_ACKNOWLEDGE_NO_UPDATES" en "true". Consulte https://aka.ms/azdo-pipeline-agent-v2-eos para obtener más información.
Tiene dos opciones para solucionar el error anterior en las canalizaciones:
- La opción recomendada es mover los agentes a máquinas con sistemas operativos más recientes. Esta es la opción preferida, ya que le permitirá obtener actualizaciones futuras al agente.
- Establezca la variable AGENT_ACKNOWLEDGE_NO_UPDATES en el agente.
Establecer AGENT_ACKNOWLEDGE_NO_UPDATES
Para confirmar que el agente de canalización v2 ya no recibe actualizaciones, puede configurar una variable de entorno en el agente (por ejemplo, /etc/environment, /etc/profile.d, Configuración del sistema de Windows):
AGENT_ACKNOWLEDGE_NO_UPDATES=true
También puede establecer una variable de canalización desde una canalización YAML:
jobs:
- job: 'agentWithVariables'
displayName: 'Agent with variables'
variables:
AGENT_ACKNOWLEDGE_NO_UPDATES: 'true' # Required to not fail job on operating system that is not supported by .NET 6
Y este es un ejemplo de cómo establecer una variable de canalización en una canalización clásica:
Cualquiera de los métodos anteriores para establecer AGENT_ACKNOWLEDGE_NO_UPDATES=true
permitirá que el agente 2.218 o posterior 2.x siga funcionando en el sistema operativo que no es compatible con el agente v3.
Recursos
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.
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.
También puede obtener consejos y sus preguntas respondidas por la comunidad en Stack Overflow.
Gracias,
Demonio