Visualización de la actividad vinculada de GitHub desde el panel Kanban: actualización de Sprint 153

  • Artículo

En la actualización sprint 153 de Azure DevOps, seguimos mejorando la integración Azure Boards con GitHub. Ahora puede obtener información sobre las confirmaciones de GitHub vinculadas, las solicitudes de incorporación de cambios y los problemas de la placa Kanban. Esta información le proporcionará una idea rápida de dónde está un elemento y le permitirá navegar directamente a la confirmación, solicitud de incorporación de cambios o problema de GitHub para obtener más detalles.

Consulte la lista de características a continuación para obtener más información.

Novedades de Azure DevOps

Características

General:

Azure Boards:

Azure Pipelines:

Azure Repos:

Azure Artifacts:

Wiki:

Mercado:

General

Cambios en los intervalos de direcciones IP de Azure DevOps

Estamos realizando una migración de enrutamiento de front-end que aumentará la disponibilidad y disminuirá la latencia. Como parte de esta migración, el espacio de direcciones IP cambiará. Si actualmente usa reglas de firewall para permitir el tráfico a Azure DevOps, asegúrese de actualizar estas reglas para tener en cuenta los nuevos intervalos IP.

Intervalos IPv4

  • 13.107.6.0/24
  • 13.107.9.0/24
  • 13.107.42.0/24
  • 13.107.43.0/24

Intervalos IPv6

  • 2620:1ec:4::/48
  • 2620:1ec:a92::/48
  • 2620:1ec:21::/48

Para obtener más información sobre esta actualización, consulte la entrada de blog con el anuncio aquí.

Vista previa pública de auditoría

Nos complace anunciar que la auditoría de Azure DevOps ya está disponible para todas las organizaciones como versión preliminar pública.

La auditoría registrará los cambios que se producen en toda una organización de Azure DevOps. Cuando se produce un evento auditable, se registra una entrada de registro. Algunos ejemplos de eventos de auditoría son: se crea un repositorio de Git, cambios de permisos, eliminación de recursos, descarga de código, acceso a la característica de auditoría y mucho más.

Los eventos de auditoría tendrán información como IP, que hizo que el evento se registrara, lo que sucedió y otra información útil que puede ayudarle a responder a quién, qué, cuándo y dónde preguntas.

Nota

Los eventos de auditoría se almacenarán durante 90 días. Sin embargo, puede realizar copias de seguridad de eventos de auditoría en una ubicación externa a través de la API REST de auditoría para mantenerlos durante más de 90 días.

De forma predeterminada, solo los administradores de la colección de proyectos pueden acceder al registro de auditoría. Un administrador puede conceder permisos independientes a los miembros del equipo para acceder a los registros de auditoría. La característica de auditoría se puede encontrar en la configuración de organizaciones. Para obtener más información, vea la documentación.

característica de auditoría de Azure se puede encontrar en la configuración de las organizaciones.La .

Administración de grupos de seguridad y permisos desde la línea de comandos

Ahora puede administrar grupos de seguridad y permisos desde la línea de comandos mediante los comandos az devops security permission . Mediante los comandos , puede crear scripts para administrar permisos y estandarizar el proceso de creación de grupos de seguridad. Además, puede usar los comandos para ejecutar informes para ver una lista de grupos de seguridad y los permisos correspondientes.

Para obtener más información, consulte el comando y su sintaxis y la documentación de ayuda .

Azure Boards

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 "¿este elemento ha empezado a desarrollar todavía?" 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.

Vea la actividad vinculada de GitHub desde el panel Kanban.

A veces, es posible que tenga que crear una copia de un elemento de trabajo e incluir cambios menores en el nuevo elemento de trabajo. Anteriormente, solo podía copiar el contenido y los vínculos del elemento de trabajo. Ahora, también puede copiar datos adjuntos.

Para copiar un elemento de trabajo con datos adjuntos, seleccione Copiar elemento de trabajo en los puntos suspensivos y, a continuación, seleccione Datos adjuntos.

Copie un elemento de trabajo.

Vista previa de los archivos de texto en el elemento de trabajo

A menudo, los archivos .txt y .log se adjuntan a elementos de trabajo para notas ligeras o documentación de eventos. Ahora puede obtener una vista previa de esos datos adjuntos de texto en el elemento de trabajo, por lo que no es necesario descargarlos para ver su contenido.

Vista previa del archivo de texto en el elemento de trabajo.

Ver todos los equipos en paneles, trabajos pendientes y selectores de sprints

Al navegar entre equipos, es posible que quiera buscar un equipo que no tenga en sus favoritos. Anteriormente, tenía que navegar a una página de directorio para buscar el equipo. Ahora, puede buscar cualquier equipo del proyecto desde el selector en Paneles, Trabajos pendientes o Sprints sin interrumpir el flujo de trabajo.

Consulte todos los equipos en la búsqueda de Paneles.

Azure Pipelines

Novedades a imágenes de canalizaciones hospedadas

Nota:

No estamos implementando la actualización de Sprint 152 para las imágenes vs2017 y VS2019. La actualización de Sprint 153 incluirá los cambios de Sprint 152.

Con esta actualización, hemos agregado Windows SDK 18362 a la imagen de VS2019. Además, hemos degradado varias versiones de Python para solucionar un error. Las nuevas versiones de esta actualización son las siguientes:

SO 2.7.x 3.5.x 3.7.x
Linux 2.7.15 3.5.5 3.7.2
Mac 2.7.15 3.5.5 3.7.2
Windows 2.7.1 3.5.4 3.7.2

Puede encontrar más detalles sobre las versiones más recientes aquí. Para obtener una lista completa de las herramientas disponibles en nuestras imágenes, visite nuestro repositorio generación de imágenes en GitHub aquí.

Una manera más sencilla de trabajar con artefactos

Nota

Las nuevas palabras clave de YAML y las tareas actualizadas se encuentran actualmente en versión preliminar.

Hemos agregado dos palabras clave YAML (publicar y descargar) para facilitar la publicación y el consumo de artefactos en canalizaciones basadas en YAML. Estas palabras clave se pueden usar en lugar de pasos de tareas tradicionales para la mayoría de los escenarios. Por ejemplo, puede publicar (cargar) el contenido del directorio bin como un artefacto denominado "binarios" mediante el siguiente código YAML:

steps:
- publish: bin
  artifact: binaries

Para consumir (descargar) el artefacto en el mismo trabajo o un trabajo posterior en la misma canalización, use lo siguiente:

steps:
- download: current
  artifact: binaries

También hemos actualizado el artefacto de descarga de canalización para que pueda descargar artefactos que se han publicado con la tarea tradicional Publicar artefactos de compilación. Ahora no es necesario saber cómo se publicó un artefacto al consumirlo en la canalización.

Para más información sobre estos cambios, consulte la documentación de artefactos de canalización en Azure Pipeline aquí .

Usar la sintaxis cron para especificar programaciones en un archivo YAML

Anteriormente, podría usar el editor de interfaz de usuario para especificar un desencadenador programado para canalizaciones YAML. Con esta actualización, puede programar compilaciones mediante la sintaxis cron en el archivo YAML y aprovechar las siguientes ventajas:

  1. Configuración como código: puede realizar un seguimiento de las programaciones junto con la canalización como parte del código.
  2. Expresivo: Tienes más poder expresivo en la definición de programaciones que lo que pudiste con la interfaz de usuario. Por ejemplo, es más fácil especificar una sola programación que inicia una ejecución cada hora.
  3. Estándar del sector: muchos desarrolladores y administradores ya están familiarizados con la sintaxis cron.
schedules:
- cron: "0 0 * * *"
  displayName: Daily midnight build
  branches:
    include:
    - main
    - releases/*
    exclude:
    - releases/ancient/*
  always: true

En el futuro, no podrá agregar ni actualizar programaciones que se han creado mediante el editor de la interfaz de usuario. Seguiremos respetando esas programaciones durante algún tiempo, pero se recomienda quitarlas de la interfaz de usuario y agregarlas al archivo YAML.

Novedades a la versión preliminar pública de canalizaciones de varias fases

Seguimos agregando características a la versión preliminar pública de las canalizaciones de varias fases. Con esta actualización hemos realizado mejoras en la experiencia de visualización de registros, se ha agregado la capacidad de ver todas las ejecuciones dentro de carpetas y las extensiones de compilación admitidas en las nuevas páginas.

Además, se han corregido algunos errores y se ha agregado la capacidad de crear nuevas canalizaciones directamente en una carpeta. En el sprint anterior, completamos la exploración y descarga de Artefactos, que era una solicitud de característica popular.

Azure Repos

Compatibilidad con comandos go get en 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, hemos agregado compatibilidad para 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.

Azure Artifacts

Descargas filtradas para paquetes universales

Hasta ahora, siempre has tenido que descargar un paquete universal completo, incluso si solo necesitas algunos archivos de él. Con esta actualización, puede especificar un patrón de minimatch (con la misma sintaxis que Azure Pipelines) para descargar un subconjunto de archivos. Por ejemplo:

az artifacts universal download --organization "https://dev.azure.com/myorganization/" --feed "myFeed" --name "myPackageName" --version 1.0.0 --path . --file-filter "**/*.exe;**/*.dll"

Para usar esta característica, asegúrese de que ha actualizado a la extensión más reciente de la CLI de Azure DevOps: az extension update -n azure-devops.

Introducción a la búsqueda de paquetes de nivel de organización que proporciona una búsqueda rápida, flexible y precisa en todos los paquetes de varias fuentes de una organización. A medida que el número de paquetes crece en su organización y se divide entre varias fuentes, encontrar el paquete que necesita se vuelve cada vez más difícil. La búsqueda de paquetes puede localizar de forma rápida y eficaz los paquetes pertinentes en todas las fuentes de la organización.

Mediante la búsqueda de paquetes, puede hacer lo siguiente:

  • Buscar paquete por título y descripción: Puede encontrar paquetes relevantes de forma rápida y sencilla mediante la búsqueda de texto libre en el título y la descripción. También puede restringir la búsqueda mediante operadores booleanos y combinar criterios de búsqueda.

Buscar paquete por título y descripción.

  • Busque en todas las fuentes de la organización: Busque en las fuentes de su equipo y en toda la organización. Reduzca la búsqueda mediante filtros de fuente, vista y tipo de paquete. Use caracteres comodín para ampliar los operadores de búsqueda y booleanos para ajustarlo.

Busque en todas las fuentes de la organización.

Puede obtener más información sobre la búsqueda de paquetes aquí.

Wiki

Compatibilidad con consultas con árbol de elementos de trabajo

Ahora, puede usar consultas que agrupan elementos de trabajo en una jerarquía en una página wiki. Puede insertar consultas con un árbol de elementos de trabajo en una página wiki para mostrar epopeyas y características junto con las tareas secundarias e historias de usuario.

Página wiki con árbol de elementos de trabajo.

Marketplace

Programa de certificación de editores principales

Hemos creado un programa top publisher en Marketplace para ayudarle a evaluar o adquirir extensiones o integraciones de Azure DevOps con confianza. El distintivo Top Publisher implica que el publicador ha demostrado su compromiso con sus clientes y marketplace a través de directivas ejemplares, calidad, confiabilidad y soporte técnico. Marketplace asigna el distintivo a un publicador después de revisar cuidadosamente el publicador en una variedad de parámetros. Obtenga información sobre ellos aquí y consulte las ofertas de los principales publicadores.

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 saber lo que piensas sobre estas características. Use el menú de comentarios para notificar un problema o proporcionar una sugerencia.

Hacer una sugerencia

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

Gracias,

Steven Borg