Estratégia de versão e lançamento de recursos da CLI do Desenvolvedor do Azure

Os recursos da CLI do Desenvolvedor do Azure (azd) são introduzidos e têm suporte usando uma abordagem em fases. Os recursos começam no estágio alfa e depois avançam para beta e estável após atender a vários critérios. Este artigo descreve as definições, expectativas e requisitos de avanço para cada fase. Veja uma lista completa de cada recurso/comando suportado pelo azd e seu estágio atual no GitHub

Recursos alfa

Todos os recursos começam como recursos alfa (por exemplo, experimental). Nesta fase, o objetivo é receber uso suficiente para obter feedback significativo sobre o design, a funcionalidade e a experiência do usuário do recurso. Os recursos alfa podem ser habilitados e gerenciados usando o comando azd config.

Definição

• Esses recursos estão em desenvolvimento ativo.
• Os recursos estão ocultos atrás de um sinalizador de recurso, que os usuários interessados devem aceitar explicitamente.
• Não há garantias sobre a estabilidade a longo prazo ou suporte de recursos experimentais.
• Não há compromisso de que o recurso seja algo que a equipe de produto planeje avançar para o estágio de visualização ou estável (é um experimento).

Como optar pelos recursos alfa

1. Para listar os recursos experimentais disponíveis, execute:

   azd config list-alpha
   

2. Para habilitar um recurso experimental específico, por exemplo resourceGroupDeployments, para dar suporte a implantações de infraestrutura no escopo do grupo de recursos, execute:

   azd config set alpha.resourceGroupDeployments on
   

3. Para desabilitar o recurso resourceGroupDeployments, execute:

   azd config set alpha.resourceGroupDeployments off
   

   Para obter mais informações, visite o Repositório GitHub do azure-dev.

Critérios de avanço (como chegar ao beta)

• O recurso foi devidamente especificado e aprovado pela equipe de produto.
• A equipe de produto aprovou formalmente o avanço do recurso para a próxima fase.
• O recurso está documentado e o texto de ajuda está disponível no produto.
• Confirmação de que a experiência do usuário foi bem-sucedida por meio de feedback suficiente do usuário.

Recursos Beta

O objetivo desta fase é melhorar a experiência do recurso e avançar além da prova de conceito.

Definição

• Ao contrário dos recursos alfa, um usuário não precisa tomar medidas explícitas para usar um recurso beta.
• Reduzido o número de alterações significativas entre versões para recursos beta à medida que a funcionalidade amadurece, as atualizações são feitas com base nos comentários dos clientes.
• As alterações significativas são documentadas com explicações sobre como digerir essas quebras.
• Os comandos beta são indicados como tal (Beta) na ajuda do produto azd.

Critérios de avanço (como chegar ao estável)

• A equipe de produto revisou e aprovou formalmente o avanço do recurso para a próxima fase.
• O recurso é funcionalmente completo e estável.
• O recurso foi completamente testado manualmente e tem testes de unidade e integração suficientes para detectar regressões e bugs.
• Quaisquer bugs restantes são aceitáveis e não bloqueadores para os usuários (por exemplo, melhorias de UX).
• A equipe de produto recebeu sinais de que a experiência do usuário é bem-sucedida por meio de feedback suficiente do usuário.
• A equipe de produto acredita que o recurso está realmente agregando valor ao UX de ponta a ponta.

Recursos Estáveis

Definição

• A equipe de produto está por trás desses recursos.
• Mudanças significativas nessas áreas são inesperadas.
• A equipe de produto garante que todas as alterações significativas sejam implementadas de forma a minimizar o impacto.
• Use em cenários críticos para os negócios.

Solicitar ajuda

Para obter informações sobre como registrar um bug, solicitar ajuda ou propor um novo recurso para o Azure Developer CLI, acesse a página de solução de problemas e suporte.