Configuración de nivel de organización para la rama predeterminada

Como adición a la configuración predeterminada de la rama del repositorio, ahora hemos agregado un nombre de rama predeterminado para el nivel de organización para que los proyectos tengan como valor predeterminado la configuración de la organización cuando no se especifique el nombre de la rama.

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

Características

Azure Boards

• Personalización del estado del elemento de trabajo cuando se combina la solicitud de incorporación de cambios
• Campo primario en el panel de tareas

Azure Repos

• Configuración de nivel de organización para la rama predeterminada
• Adición de un nuevo ámbito de autenticación para contribuir a comentarios de solicitud de incorporación de cambios

Azure Pipelines

• Configuración de la validación de borradores de solicitud de incorporación de cambios para repositorios de GitHub

Azure Boards

Personalización del estado del elemento de trabajo cuando se combina la solicitud de incorporación de cambios

Unas cuantas sprints atrás, publicamos esta característica en versión preliminar privada. Después de recibir comentarios y corregir errores, ahora está disponible con carácter general en todas las organizaciones. Las solicitudes de incorporación de cambios a menudo hacen referencia a varios elementos de trabajo. Al crear o actualizar una solicitud de incorporación de cambios, es posible que quiera cerrar algunas de ellas, resolver algunas de ellas y mantener el resto abierto. Ahora puede usar comentarios como los que se muestran en la ilustración siguiente para lograrlo. Consulte la documentación para obtener más detalles.

Campo primario en el panel de tareas

Debido a una solicitud popular, ahora puede agregar el campo Primario a las tarjetas secundarias y primarias del Panel de tareas.

Azure Repos

Configuración de nivel de organización para la rama predeterminada

Ahora hay una configuración de nivel de organización para el nombre de rama inicial preferido para los nuevos repositorios. Si un proyecto no ha elegido un nombre de rama inicial, se usará esta configuración de nivel de organización. Si no especificó el nombre de la rama inicial en la configuración de la organización o la configuración del proyecto, los nuevos repositorios usarán un valor predeterminado definido por Azure DevOps.

Adición de un nuevo ámbito de autenticación para contribuir a comentarios de solicitud de incorporación de cambios

Esta versión agrega un nuevo ámbito de OAuth para leer y escribir comentarios de solicitud de incorporación de cambios. Si tiene un bot o una automatización que solo necesita interactuar con los comentarios, puede darle un PAT solo con este ámbito. Este proceso reduce el radio de explosión si la automatización tiene un error o si el token se ha puesto en peligro.

Azure Pipelines

Configuración de la validación de borradores de solicitud de incorporación de cambios para repositorios de GitHub

Los clientes tienen procesos variados para sus solicitudes de incorporación de cambios. En algunos casos, quieren ejecutar compilaciones de validación en sus solicitudes de incorporación de cambios de borrador. En otros, no quieren que los borradores de solicitudes de incorporación de cambios consuman y pierdan sus trabajos paralelos.

Esta característica se agrega drafts a la pr sintaxis de YAML de desencadenador para las solicitudes de incorporación de cambios de borrador de GitHub. Esta característica permite a un cliente elegir si desea que sus solicitudes de incorporación de cambios de borrador entren en cola una compilación. La opción predeterminada es true (se pondrá en cola una compilación), como actualmente es para las solicitudes de incorporación de cambios de GitHub. Este cambio funciona para las conexiones de OAuth y GitHubApp.

Esquema:

pr:
  autoCancel: boolean # indicates whether additional pushes to a PR should cancel in-progress runs for the same PR. Defaults to true
  branches:
    include: [ string ] # branch names which will trigger a build
    exclude: [ string ] # branch names which will not
  paths:
    include: [ string ] # file paths which must match to trigger a build
    exclude: [ string ] # file paths which will not trigger a build
  drafts: boolean # whether to build draft PRs

Esta característica solo se aplica a las solicitudes de incorporación de cambios en GitHub. No hay ningún cambio en el comportamiento de Azure Repos, donde la validación de pr se configura a través de directivas de rama. Azure Pipelines no valida los borradores de solicitudes de incorporación de cambios en Azure Repos.

Pasos siguientes

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,

Vijay Machiraju