Condividi tramite

Strategia di rilascio e controllo delle versioni delle funzionalità dell'interfaccia della riga di comando per sviluppatori di Azure

  • Articolo

Le funzionalità dell'interfaccia della riga di comando per sviluppatori di Azure (azd) vengono introdotte e supportate usando un approccio in più fasi. Le funzionalità iniziano nella fase alfa e quindi passano alla versione beta e stabile dopo aver soddisfano vari criteri. Questo articolo descrive le definizioni, le aspettative e i requisiti di avanzamento per ogni fase. Vedere un elenco completo di ogni funzionalità /comando supportata da azd e la relativa fase corrente in GitHub

Caratteristiche alfa

Tutte le funzionalità iniziano come caratteristiche alfa (ad esempio, sperimentali). In questa fase, l'obiettivo è ricevere un utilizzo sufficiente per ottenere feedback significativi sulla progettazione, sulle funzionalità e sull'esperienza utente della funzionalità. Le funzionalità alfa possono essere abilitate e gestite usando il azd config comando .

Importante

Le funzionalità alfa sono consigliate solo per scenari non critici per l'azienda con cautela, perché esiste una piccola probabilità di modifiche incompatibili nelle versioni successive che portano a una stabilità.

Definizione

  • Queste funzionalità sono in fase di sviluppo attivo.
  • Le funzionalità sono nascoste dietro un flag di funzionalità, che gli utenti interessati devono acconsentire esplicitamente.
  • Non esistono garanzie sulla stabilità a lungo termine o sul supporto delle funzionalità sperimentali.
  • Nessun impegno che la funzionalità sia qualcosa che il team del prodotto prevede di passare alla fase di anteprima o stabile (si tratta di un esperimento).

Come acconsentire esplicitamente alle funzionalità alfa

  1. Per elencare le funzionalità sperimentali disponibili, eseguire:

    azd config list-alpha

  2. Per abilitare una funzionalità sperimentale specifica, ad esempio resourceGroupDeployments per supportare le distribuzioni dell'infrastruttura nell'ambito del gruppo di risorse, eseguire:

    azd config set alpha.resourceGroupDeployments on

  3. Per disabilitare la resourceGroupDeployments funzionalità, eseguire:

    azd config set alpha.resourceGroupDeployments off

    Per altre informazioni, visitare il repository GitHub azure-dev .

Criteri di avanzamento (come raggiungere la versione beta)

  • La funzionalità è stata specificata correttamente e approvata dal team del prodotto.
  • Il team del prodotto ha formalmente firmato l'avanzamento della funzionalità alla fase successiva.
  • La funzionalità è documentata e il testo della Guida è disponibile nel prodotto.
  • Confermare che l'esperienza utente ha esito positivo tramite commenti e suggerimenti sufficienti per gli utenti.

Funzionalità beta

L'obiettivo di questa fase è migliorare l'esperienza di funzionalità e avanzare oltre il modello di verifica.

Importante

Le funzionalità beta sono consigliate solo per scenari non critici per l'azienda con cautela, perché esiste una piccola probabilità di modifiche incompatibili nelle versioni successive che portano a una stabilità.

Definizione

  • A differenza delle funzionalità alfa , un utente non deve eseguire azioni esplicite per usare una funzionalità beta .
  • Riduzione del numero di modifiche di rilievo nelle versioni per le funzionalità beta man mano che le funzionalità maturano gli aggiornamenti in base al feedback dei clienti.
  • Le modifiche di rilievo sono documentate con spiegazioni su come digerire queste interruzioni.
  • I comandi beta sono indicati come tali (Beta) nella guida del prodotto azd.

Criteri di avanzamento (come raggiungere la stabilità)

  • Il team del prodotto ha formalmente esaminato e firmato l'avanzamento delle funzionalità per la fase successiva.
  • La funzionalità è funzionalmente completa e stabile.
  • La funzionalità è stata testata manualmente e ha test di unità e integrazione sufficienti per rilevare regressioni e bug.
  • Eventuali bug rimanenti sono accettabili e non bloccabili per gli utenti (ad esempio, miglioramenti dell'esperienza utente).
  • Il team del prodotto ha ricevuto segnali che l'esperienza utente ha avuto esito positivo tramite un feedback utente sufficiente.
  • Il team del prodotto ritiene che la funzionalità stia aggiungendo valore all'esperienza utente end-to-end.

Caratteristiche stabili

Definizione

  • Il team del prodotto si basa su queste funzionalità.
  • Le modifiche che causano un'interruzione in queste aree sono impreviste.
  • Il team del prodotto garantisce che tutte le modifiche di rilievo vengano implementate in modo da ridurre al minimo l'impatto.
  • Usare negli scenari business critical.

Richiedere assistenza

Per informazioni su come inviare un bug, richiedere assistenza o proporre una nuova funzionalità per l'interfaccia della riga di comando per sviluppatori di Azure, visitare la pagina relativa alla risoluzione dei problemi e al supporto tecnico.