Compartir a través de

Vinculación de solicitudes de incorporación de cambios y confirmaciones de GitHub a elementos de trabajo de Azure Boards: Actualización de Sprint 144

En la actualización sprint 144 de Azure DevOps, seguimos ampliando la integración con GitHub. Ahora podrá vincular confirmaciones de GitHub y solicitudes de incorporación de cambios a elementos de trabajo de Azure Boards. Al conectar GitHub y Azure Boards, puede obtener funcionalidades enriquecidas de administración de proyectos con acceso a características como trabajos pendientes, paneles, herramientas de planeamiento de sprint y varios tipos de elementos de trabajo.

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

Características

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

General:

Wiki:

Administración:

Azure Boards

Los equipos que usan GitHub para el código y quieren funcionalidades enriquecidas de administración de proyectos ahora pueden integrar sus repositorios con Azure Boards. Al conectar GitHub y Azure Boards, puede obtener todas las características, como trabajos pendientes, paneles, herramientas de planeamiento de sprint, varios tipos de elementos de trabajo y aún tener un flujo de trabajo que se integre con flujos de trabajo de desarrollador en GitHub.

Es fácil vincular confirmaciones y solicitudes de incorporación de cambios a elementos de trabajo. Mencione el elemento de trabajo mediante la sintaxis siguiente:

AB#{work item ID}

Mencione un elemento de trabajo en un mensaje de confirmación, el título de la solicitud de incorporación de cambios o la descripción de la solicitud de incorporación de cambios, y Azure Boards creará un vínculo a ese artefacto. Por ejemplo, considere un mensaje de confirmación similar al siguiente:

Adds support for deleting connections. Fixes AB#20.

Esto creará un vínculo desde el elemento de trabajo n.º 20 a la confirmación en GitHub, que aparecerá en la sección Desarrollo del elemento de trabajo. ​

Vínculo del elemento de trabajo para confirmar.

Si las palabras "fix", "fixes" o "fixed" preceden a la mención del elemento de trabajo (como se muestra anteriormente), el elemento de trabajo se moverá al estado completado cuando la confirmación se combine con la rama predeterminada.

Los equipos que usan Azure Pipelines para compilar código en GitHub también verán los elementos de trabajo vinculados a sus confirmaciones de GitHub en el resumen de compilación.

Adquirir Azure Boards como servicio

Azure Boards ahora se puede adquirir y usar fácilmente como servicio propio. Tanto si el código está en Azure Repos como en GitHub, puede empezar a trabajar rápidamente; para ello, vaya a https://www.azure.com/boards y haga clic en "Introducción a Azure Boards". Los nuevos usuarios obtendrán un proyecto que solo tiene Azure Boards, junto con una introducción para ayudarles a comenzar rápidamente.

Introducción a Azure Boards.

Azure Repos

Volver a ejecutar la compilación expirada para la función de autocompletar solicitudes de incorporación de cambios

Azure Repos ahora pondrá automáticamente en cola las compilaciones expiradas que han sido desencadenadas por una política de pull request. Esto se aplica a las solicitudes de extracción que han pasado todas las demás directivas y están configuradas para autocompletar. Anteriormente, cuando las solicitudes de incorporación de cambios tenían directivas como revisores necesarios, el proceso de aprobación podía tardar demasiado tiempo y una compilación asociada podía expirar antes de que un revisor aprobara la solicitud de incorporación de cambios. Si la solicitud de incorporación de cambios se estableció para completarse automáticamente, permanecerá bloqueada hasta que un usuario ponga en cola manualmente la compilación expirada. Con este cambio, la compilación se pondrá en cola automáticamente para que la solicitud de incorporación de cambios pueda completarse automáticamente después de una compilación correcta.

Nota:

Esta automatización solo pondrá en cola hasta cinco compilaciones expiradas por solicitud de incorporación de cambios y solo intentará volver a poner en cola cada compilación una vez.

Azure Pipelines (Canales de Azure)

Administrar versiones de GitHub con canalizaciones

Las versiones de GitHub son una excelente manera de empaquetar y proporcionar software a los usuarios. Nos complace anunciar que ahora puede automatizar el proceso utilizando la tarea de lanzamiento de GitHub en Azure Pipelines. Con la tarea puede crear una nueva versión, modificar versiones de borrador o publicadas existentes o descartar versiones anteriores. Admite características como cargar varios recursos, marcar una versión como versión preliminar, guardar una versión como borrador y mucho más. Esta tarea también le ayuda a crear notas de lanzamiento. También puede calcular automáticamente los cambios (confirmaciones y problemas asociados) realizados en esta versión y agregarlos a las notas de la versión en un formato descriptivo.

Este es el código YAML sencillo para la tarea:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Tarea de publicación de GitHub.

Una versión de GitHub de ejemplo creada con esta tarea:

Versión de GitHub de ejemplo.

Extensión de VS Code para canalizaciones basadas en YAML

Para acelerar el proceso de codificación, hemos agregado una extensión de VS Code para canalizaciones YAML. La extensión admite el resaltado de sintaxis e IntelliSense (finalización de código) para validar que el archivo está estructurado correctamente y que usa palabras clave válidas. Además, también admite tareas integradas y puede validar los datos de entrada necesarios.

La extensión es un proyecto de código abierto en GitHub y agradecemos comentarios, informes de errores y contribuciones de la comunidad.

Editor web con IntelliSense para canalizaciones YAML

Si usa YAML para definir las canalizaciones, ahora puede aprovechar las nuevas características del editor introducidas con esta versión. Tanto si va a crear una nueva canalización YAML como si está editando una canalización YAML existente, podrá editar el archivo YAML en el editor web de canalización. Use Ctrl+Espacio para la compatibilidad con IntelliSense mientras edita el archivo YAML. Verá los errores de sintaxis resaltados y también obtendrá ayuda para corregir esos errores.

Editor web para canalizaciones YAML.

Integración de ServiceNow Change Management

Elimine los retrasos en las implementaciones de producción con una integración perfecta con ServiceNow. Azure Pipelines en asociación con ServiceNow anuncia la disponibilidad pública de la extensión ServiceNow Change Management, lo que hace que las canalizaciones de versión sean conscientes del proceso de administración de cambios en ServiceNow.

Con La administración de cambios de ServiceNow como puerta de versión, puede iniciar un proceso de administración de cambios en ServiceNow y mantener la canalización entre dos fases hasta que el cambio esté listo para la implementación.

Administración de cambios de ServiceNow

También puede actualizar la tarea de solicitud de cambio de ServiceNow en el proceso de implementación y la solicitud de cambio de ServiceNow se actualizará con el estado y el resultado de la implementación. Esto le proporcionará una integración bidireccional completa entre ServiceNow y Azure Pipelines.

Integración entre ServiceNow y Azure Pipelines.

Ahora puede compartir un vínculo a líneas específicas en el registro de compilación. Esto le ayudará a colaborar con otros miembros del equipo para diagnosticar errores de compilación. Solo tiene que seleccionar las líneas de un registro en la vista de resultados para obtener un icono de vínculo.

Vínculo a líneas específicas en un registro de compilación.

Especificar una canalización multiplataforma en un solo archivo

Azure Pipelines ofrece grupos hospedados para agentes de Linux, macOS y Windows. Anteriormente, para volver a usar los mismos pasos de canalización en los tres grupos hospedados, tenía que especificar los pasos en un archivo de plantilla independiente. Hemos quitado ese requisito para permitirle especificar una canalización multiplataforma y una estrategia de matriz en un único archivo:

strategy:
  matrix:
    win:
      vm: windows-latest
    mac:
      vm: macOS-latest
    linux:
      vm: ubuntu-latest

pool:
  vmImage: $(vm)

steps:
- script: npm install
- script: npm run test

Reimplementación automática al producirse un error

Cuando se produce un error en una implementación en una fase, Azure Pipelines ahora puede volver a implementar automáticamente la última implementación correcta. Puede configurar la fase para implementar automáticamente la última versión exitosa configurando el desencadenador de auto-reimplementación en las condiciones posteriores a la implementación. Tenemos previsto agregar eventos y acciones desencadenados adicionales a la configuración de reimplementación automática en un sprint futuro. Consulte la documentación sobre grupos de implementación para obtener más información.

Vuelva a implementarse automáticamente en caso de error.

Azure Artifacts

Versión preliminar pública de PyPI

Azure Artifacts ahora puede hospedar paquetes de Python. Esto incluye los paquetes que se generan y los paquetes ascendentes guardados desde pyPI público. Para obtener más información, consulte la entrada de blog del anuncio y la documentación.

Ahora, puede almacenar todos los paquetes NuGet, npm, Maven, Python y Universal en el mismo feed.

Hospedar paquetes de Python.

General

Portal de Service Health

Hemos agregado un nuevo portal de estado del servicio Azure DevOps que proporcionará una mejor experiencia para seguir el estado de nuestros servicios. Si experimenta un problema con cualquiera de nuestros servicios, puede comprobar el estado del servicio aquí.

Portal de salud del servicio.

Para obtener más información, consulte la entrada de blog del anuncio y la documentación.

Wiki

Plantillas de Markdown para fórmulas y vídeos

Ya no es necesario recordar la sintaxis de Markdown para agregar fórmulas, vídeos y etiquetas YAML al editar una wiki. Ahora puede hacer clic en el menú contextual de la barra de herramientas y seleccionar la opción que prefiera.

Plantillas de Markdown para fórmulas y vídeos.

Administration

Restauración de proyectos eliminados

Con esta versión se ha agregado la capacidad de restaurar proyectos eliminados. A partir de hoy, los usuarios con el permiso eliminar proyecto pueden restaurar proyectos eliminados a través de nuestras API REST. Para ello, cree una solicitud de proyecto de actualización con { "state" : "wellFormed" }. En una versión futura, agregaremos una interfaz de usuario a la que se puede acceder desde la página de información general de la organización. Para más información sobre la API REST, consulte la documentación aquí.

Para obtener una lista de proyectos eliminados, use la siguiente solicitud.

GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3

Para restaurar un proyecto eliminado, use la siguiente solicitud

PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3

Cuerpo de la solicitud

{
    "state" : "wellFormed"
}

Nota:

Solo tendrá hasta 28 días para restaurar un proyecto eliminado. Después de 28 días, el proyecto se eliminará permanentemente .

Pasos siguientes

Nota:

Estas características se implementarán en las próximas dos a tres semanas.

Obtenga información sobre las nuevas características siguientes y diríjase a Azure DevOps para probarlas usted mismo.

Ir a Azure DevOps

Cómo proporcionar comentarios

Nos encantaría escuchar 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 obtener consejos y sus preguntas respondidas por la comunidad en Stack Overflow.

Gracias

Aaron Bjork

  • Last updated on