Compartir a través de


Cambio entre HTML y el editor de Markdown en comentarios de Azure Boards versión preliminar privada

Con esta actualización, ahora puede cambiar entre html y el editor de Markdown en los comentarios de Azure Boards.

Consulte las notas de la versión para obtener más información sobre la inscripción en la versión preliminar privada para esta característica.

Azure Boards

Azure Pipelines

Azure Boards

Cambiar entre HTML o Markdown en los comentarios

Hace unos meses, presentamos una versión preliminar privada para habilitar Markdown para comentarios en los elementos de trabajo, con el objetivo de reemplazar completamente el editor HTML existente. Hemos recibido sus comentarios, expresando una preferencia por el editor HTML y ajustamos nuestro enfoque. Ahora tiene la flexibilidad de cambiar entre el editor HTML y Markdown en el nivel de comentario.

Gif to demo switch between the HTML and markdown editor.

Esto es lo que debería esperar:

  • El editor predeterminado es permanente desde el último comentario que creó.
  • Puede convertir los comentarios HTML existentes en Markdown.
  • Una vez creado o actualizado un comentario de Markdown, no se puede convertir en HTML.

Esta actualización se implementa en todas las organizaciones inscritas previamente y en las que tienen habilitado el Centro de paneles nuevos de forma predeterminada. Además, estamos ampliando el período de versión preliminar durante algunas semanas más para recopilar más comentarios. Si está interesado en inscribirse en la versión preliminar privada, no dude en ponerse en contacto directamente por correo electrónico e incluir su nombre de organización (dev.azure.com/{organización}).

Sugerencia

Considere la posibilidad de inscribirse en la versión preliminar solo si su organización está totalmente comprometida con el uso de New Boards Hub para todos los usuarios. Es posible que la experiencia con los comentarios de Markdown en los Paneles antiguos no sea óptima.

Azure Pipelines

Validación de YAML mejorada

Para comprobar que la sintaxis de YAML es correcta, puede usar la funcionalidad Validate del editor web de Azure Pipelines. Por lo tanto, es importante que esta funcionalidad capture tantos problemas de YAML como sea posible.

Screenshot of YAML validation.

Con este sprint, la validación de YAML es más exhaustiva cuando se trata de expresiones.

Al escribir canalizaciones YAML, puede usar funciones para definir valores de variable.

Imagine que define las siguientes variables:

variables:
  Major: '1'
  Minor: '0'
  Patch: $[counter(format('{0}.{1}', variables.Major, variables.Minor ), 0)]

La Patch variable se define mediante la counter función y las otras dos variables. En el código YAML anterior, la palabra format está mal escrita. Anteriormente, este error no se detectó. Ahora, la funcionalidad Validar detectará esto y mostrará un mensaje de error.

Screenshot of incorrect variable definitions detected .

Azure Pipelines detectará definiciones de variables incorrectas en el nivel de canalización, fase o trabajo.

En las canalizaciones de YAML, puede omitir la ejecución de la fase mediante condiciones. Los errores tipográficos también se pueden mostrar aquí, como en el ejemplo siguiente.

steps:
- task: NuGetCommand@2
  condition: eq(variable.Patch, 0)
  inputs:
    command: pack
    versioningScheme: byPrereleaseNumber
    majorVersion: '$(Major)'
    minorVersion: '$(Minor)'
    patchVersion: '$(Patch)'

La NuGetCommand tarea solo se ejecuta si el valor de la Patch variable es 0. De nuevo, hay un error tipográfico en la condición y la funcionalidad Validar la mostrará.

Screenshot of Patch variable.

Azure Pipelines detectará condiciones YAML incorrectas definidas en el nivel de canalización, fase o trabajo.

Comprueba la escalabilidad fase 3

Como se mencionó en nuestra Novedades para Aprobaciones y comprobaciones, estamos trabajando para mejorar nuestra escalabilidad de Aprobaciones & Checks.

Avanzar a la fase 3, llevaremos a cabo tiempos de inactividad semanales y diarios, durante los cuales se producirá un error en todas las ejecuciones de canalización que usan comprobaciones no compatibles.

Las fechas programadas de brownout son:

  • 9 de enero de 2024, 08:00 UTC al 10 de enero de 2024, 08:00 UTC
  • 16 de enero de 2024, 08:00 UTC al 17 de enero de 2024, 08:00 UTC
  • 23 de enero de 2024, 08:00 UTC al 24 de enero de 2024, 08:00 UTC
  • 30 de enero de 2024, 08:00 UTC al 31 de enero de 2024, 08:00 UTC

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.

Screenshot Make a suggestion.

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

Gracias,

Demonio