Nueva versión preliminar pública de Boards Hubs

  • Artículo

Los nuevos Boards Hubs ya están disponibles en versión preliminar pública. La plataforma web se ha actualizado para proporcionar un nuevo diseño moderno, flujos de respuesta, cumplimiento de accesibilidad y rendimiento mejorado de páginas.

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

General

Azure Boards

Azure Pipelines

General

La auditoría ahora es una característica de participación para su organización

La auditoría ahora se ha realizado una característica de participación en Azure DevOps. Si su organización no usa activamente la auditoría hoy (es decir, ha visitado los registros de auditoría al menos dos veces en los últimos 90 días o tiene una secuencia de auditoría configurada), tendrá que activar explícitamente la característica de auditoría para que su organización empiece a hacerlo. Después de activar, los eventos de auditoría se incluirán en el registro de auditoría de la organización. En el caso de las organizaciones que son usuarios activos de auditoría, la característica permanecerá activada.

Puede habilitar Auditoría en su organización desde la página Configuración de la organización.

En la barra lateral derecha, verá Directivas debajo del encabezado Seguridad. Suponiendo que la organización está respaldada por Azure Active Directory, debería ver que una de las directivas de seguridad disponibles para habilitar es Registrar eventos de auditoría. Las organizaciones respaldadas por MSA ya no tendrán disponibles las características de auditoría.

Eventos de auditoría

Basta con alternar esta directiva Activado y Auditoría ahora debe estar disponible (si no aparece inmediatamente, actualice la página y debería estar disponible). Si ya no desea recibir eventos de auditoría, cambie el botón a Desactivado. Cuando el botón está desactivado, la página Auditoría ya no aparecerá en la barra lateral y la página Registros de auditoría no estará disponible. Todos los flujos de auditoría configurados dejarán de recibir eventos.

Los usuarios invitados solo verán los datos del usuario público

Cuando la directiva de acceso de invitado externo está deshabilitada y la directiva Permitir proyectos públicos está habilitada, los usuarios invitados solo podrán ver los datos de usuario públicos, como el nombre para mostrar, etc., para los miembros de proyectos públicos. Esta es la misma experiencia concedida a los usuarios anónimos. Esto se aplica a cualquier dato personal disponible a través de la experiencia web (por ejemplo, en el Selector de identidades que aparece cuando un usuario intenta mencionar a otro usuario o asignar elementos de trabajo) y cualquier dato personal disponible a través de nuestras API REST.

Azure Boards

New Boards Hubs ya está disponible en versión preliminar pública

Durante los últimos meses, nuestro equipo se ha centrado en modernizar la experiencia del usuario para Azure Boards Hubs. La interfaz de usuario se ha actualizado para proporcionar una interfaz de usuario más rápida, coherencia con otras partes del producto y accesibilidad mejorada. El equipo está encantado de anunciar finalmente la versión preliminar pública para la nueva experiencia de Azure Boards.

La funcionalidad sigue siendo la misma, pero puede esperar lo siguiente:

  • Diseño moderno
  • Flujos de respuesta
  • rendimiento mejorado.
  • Cumplimiento de accesibilidad

Para participar en la versión preliminar pública, en la sección características de vista previa alterna la característica denominada New Boards Hubs a Activado.

Gif para participar en la versión preliminar pública.

Si, por alguna razón, new Boards Hubs está causando un problema de bloqueo, puede desactivar la versión preliminar. Pero pruebe la nueva experiencia y envíenos sus comentarios. Asegúrese de informarnos si falta algo o no funciona según lo previsto.

Azure Pipelines

Las plantillas de canalizaciones de YAML extendidas ahora se pueden pasar información de contexto para fases, trabajos e implementaciones

Con esta actualización, vamos a agregar una nueva templateContext propiedad para joblos componentes de canalización de , deploymenty stage YAML destinados a usarse junto con las plantillas.

Este es un escenario para usar templateContext:

  • Use plantillas para reducir la duplicación de código o para mejorar la seguridad de las canalizaciones.

  • La plantilla toma como parámetro una lista de stages, jobso deployments

  • La plantilla procesa la lista de entrada y realiza algunas transformaciones en cada una de las fases, trabajos o implementaciones. Por ejemplo, establece el entorno en el que se ejecuta cada trabajo o agrega pasos adicionales para aplicar el cumplimiento.

  • El procesamiento requiere que el autor de la canalización pase información adicional a la plantilla para cada fase, trabajo o implementación en la lista.

Veamos un ejemplo. Supongamos que está creando una canalización que ejecuta pruebas de un extremo a otro para la validación de solicitudes de incorporación de cambios. El objetivo es probar solo un componente del sistema, pero, dado que tiene previsto ejecutar pruebas de un extremo a otro, necesita un entorno en el que haya más componentes del sistema disponibles y debe especificar su comportamiento.

Se da cuenta de que otros equipos tendrán necesidades similares, por lo que decide extraer los pasos para configurar el entorno en una plantilla. Su código tiene el siguiente aspecto:

testing-template.yml

parameters: 
- name: testSet
  type: jobList

jobs:
- ${{ each testJob in parameters.testSet }}:
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
    - job:
      steps:
        - script: ./createSuccessfulEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
    - job:
      steps:
        - script: ./createRuntimeErrorEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}

Lo que hace la plantilla es, para cada trabajo del testSet parámetro , establece la respuesta de los componentes del sistema especificados por ${{ testJob.templateContext.requiredComponents }} para devolver ${{ testJob.templateContext.expectedHTTPResponseCode }}.

A continuación, puede crear su propia canalización que se extienda testing-template.yml como en el ejemplo siguiente.

sizeapi.pr_validation.yml

trigger: none

pool:
  vmImage: ubuntu-latest

extends:
  template: testing-template.yml
  parameters:
    testSet:
    - job: positive_test
      templateContext:
        expectedHTTPResponseCode: 200
        requiredComponents: dimensionsapi
      steps:
      - script: ./runPositiveTest.sh
    - job: negative_test
      templateContext:
        expectedHTTPResponseCode: 500
        requiredComponents: dimensionsapi
      steps:
      - script: ./runNegativeTest.sh

Esta canalización ejecuta dos pruebas, una positiva y una negativa. Ambas pruebas requieren que el dimensionsapi componente esté disponible. El positive_test trabajo espera el dimensionsapi código HTTP devuelto 200, mientras negative_test que espera que devuelva el código HTTP 500.

Fecha de retirada actualizada para imágenes hospedadas en Windows 2016

Hemos movido la fecha de retirada de las imágenes de Windows 2016 del 1 de abril al 30 de junio. Aunque la mayoría de los clientes que usan esta imagen han actualizado sus canalizaciones, todavía hay clientes que usan esta imagen. Para comprobar si su organización usa Windows 2016, siga estas instrucciones para identidades de canalizaciones mediante imágenes en desuso.

Para ayudar a los clientes a identificar las canalizaciones, seguiremos realizando los brownouts. Estos son períodos de 24 horas en los que la imagen no estará disponible, lo que provoca un error en los trabajos de canalización que se ejecutan durante este tiempo. Los brownouts se producirán en:

  • Lunes 18 de abril
  • Martes 26 de abril
  • Miércoles 4 de mayo
  • Jueves 12 de mayo
  • Viernes 20 de mayo
  • Lunes 23 de mayo
  • Martes 31 de mayo
  • Miércoles 8 de junio
  • Jueves 16 de junio
  • Viernes 24 de junio
  • Lunes 27 de junio

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.

Gracias,

Aaron Hallberg