Compartir a través de

Estrategia de versiones y versiones de características de Azure Developer CLI

  • Artículo

Las características de Azure Developer CLI (azd) se presentan y admiten mediante un enfoque por fases. Las características comienzan en la fase alfa y, a continuación, avanzan a la versión beta y estable después de cumplir varios criterios. En este artículo se describen las definiciones, las expectativas y los requisitos de avance para cada fase. Consulte una lista completa de cada característica /command compatible con azd y su fase actual en GitHub

Características alfa

Todas las características comienzan como características alfa (por ejemplo, experimentales). En esta fase, el objetivo es recibir suficiente uso para obtener comentarios significativos sobre el diseño, la funcionalidad y la experiencia del usuario de la característica. Las características alfa se pueden habilitar y administrar mediante el comando azd config.

Importante

Las características alfa solo se recomiendan para escenarios no críticos con precaución, ya que hay una pequeña posibilidad de cambios incompatibles en versiones posteriores que conducen a estable.

Definición

  • Estas características están en desarrollo activo.
  • Las características se ocultan tras una marca de características, a la que los usuarios interesados deben optar explícitamente.
  • No hay garantías sobre la estabilidad a largo plazo ni el soporte de características experimentales.
  • No hay compromiso de que la característica sea algo que el equipo de producto tenga pensado avanzar a la fase de versión preliminar o estable (es un experimento).

Cómo participar en las características alfa

  1. Para enumerar las características experimentales disponibles, ejecute:

    azd config list-alpha

  2. Para habilitar una característica experimental específica, por ejemplo resourceGroupDeployments, para admitir implementaciones de infraestructura en el ámbito del grupo de recursos, ejecute:

    azd config set alpha.resourceGroupDeployments on

  3. Para deshabilitar la característica resourceGroupDeployments, ejecute:

    azd config set alpha.resourceGroupDeployments off

    Para obtener más información, consulte el repositorio de GitHub azure-dev.

Criterios de avance (cómo llegar a la versión beta)

  • El equipo del producto ha especificado y aprobado correctamente la característica.
  • El equipo del producto ha ratificado formalmente el avance de la característica a la siguiente fase.
  • La característica está documentada y el texto de ayuda está disponible en el producto.
  • Confirmación de que la experiencia de usuario se realiza correctamente a través de los comentarios suficientes del usuario.

Característica beta

El objetivo de esta fase es mejorar la experiencia de características y avanzar más allá de la prueba de concepto.

Importante

Las características beta solo se recomiendan para escenarios no críticos con precaución, ya que hay una pequeña posibilidad de cambios incompatibles en versiones posteriores que conducen a estable.

Definición

  • A diferencia de las características alfa, un usuario no necesita realizar acciones explícitas para usar una característica beta.
  • Se ha reducido el número de cambios importantes en las versiones de las características beta a medida que se realizan actualizaciones en función de los comentarios de los clientes.
  • Los cambios importantes se documentan con explicaciones sobre cómo digerirlos.
  • Los comandos beta se indican como tales (Beta) en la ayuda del producto azd.

Criterios de avance (cómo llegar a estable)

  • El equipo del producto ha revisado formalmente y ha ratificado el avance de las características a la siguiente fase.
  • La característica es funcionalmente completa y estable.
  • La característica se ha probado manualmente y tiene suficientes pruebas unitarias e de integración para detectar regresiones y errores.
  • Los errores restantes son aceptables y no suponen un bloqueo para los usuarios (por ejemplo, mejoras de la experiencia de usuario).
  • El equipo del producto ha recibido señales de que la experiencia de usuario es correcta a través de comentarios suficientes del usuario.
  • El equipo del producto cree que la característica está agregando valor a la experiencia de usuario de un extremo a otro.

Características estables

Definición

  • El equipo de producto respalda estas características.
  • Los cambios importantes en estas áreas son inesperados.
  • El equipo de producto garantiza que los cambios importantes se implementen de una manera que minimice el impacto.
  • Uso en escenarios críticos para la empresa.

Solicitar ayuda

Para obtener información sobre cómo notificar un error, solicitar ayuda o proponer una función nueva para la CLI para desarrolladores de Azure, visite la página de solución de problemas y soporte técnico.